]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/blobdiff - doc/bugs/table_can_not_deal_with_Chinese_.mdwn
really generate HTML5 by default
[git.ikiwiki.info.git] / doc / bugs / table_can_not_deal_with_Chinese_.mdwn
index dd5b3982c7391d54aa967fbeb4bcf3a9424fdcf9..e57bd3c0501f79d317c9ab99f4327fb2d0656633 100644 (file)
@@ -120,8 +120,25 @@ I'm going to attempt to work around it by moving to an external CSV. ­— [[Jon
 >> libtext-csv-perl         1.33-2 and libtext-csv-xs-perl is not installed.
 >> I'll do some futher diagnosis and poking around.
 >> ­— [[Jon]]
+>> 
 >> OK: issue exists with oldstable/Stretch, and is seemingly fixed in stable/Buster.
 >> `libcsv-text-xs-perl` doesn't seem to matter (presence or absence doesn't change
 >> the bug). Upgrading just `libtext-csv-perl` on a Stretch host with Buster's
 >> 1.99-1 is not sufficent to fix it. As per the error, I think libperl5 might be
->> relevant, i.e. bug present in 5.24.1-3+deb9u5 and fixed by 5.28.1-6. — [[Jon]]
+>> relevant, i.e. bug present in 5.24.1-3+deb9u5 and fixed by 5.28.1-6.
+>>
+>> EDIT: yes indeed merely upgrading to libperl5.28=5.28.1-6 in stretch fixes the
+>> issue.
+>> — [[Jon]]
+>>
+>> Post Buster-upgrade, and it's *still* broken on my webhost, which shows
+>> `[\[!table Error: Wide character at /usr/lib/x86_64-linux-gnu/perl/5.28/Encode.pm line 296.]]`
+>> with libperl5.28:amd64      5.28.1-6, libtext-csv-perl      1.99-1 and 
+>> libtext-csv-xs-perl 1.38-1. Further fiddling will commence.
+>> (removing libtext-csv-xs-perl does not help.)
+— [[Jon]]
+
+>>> Still hitting this [[plugins/table]] bug, using ikiwiki=3.20200202.3, buster system, no libtext-csv-perl installed,
+>>> libperl5.28:amd64       5.28.1-6, no libtext-csv-xs-perl. Workaround is to set format=tsv,
+>>> even though I'm overriding the delimiter to \t. This reproduces easily in the  quay.io/jdowland/opinionated-ikiwiki
+>>> container FWIW. *— [[Jon]], 2020-06-26*