[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#968486: FTBFS turkish folder in Debian 10 buster in www-master: locale or UTF-8 or wml or perl issue

Package: www.debian.org
User www.debian.org@packages.debian.org
Usertag: scripts
Severity: normal
X-Debbugs-CC: debian-l10n-turkish@lists.debian.org ,

Hi all

In bug #924365, we discovered that the "tr_TR" locale in .wmlrc file was
wrong and causing FTBFS issues in the turkish folder in buster machines,
so we changed to "tr_TR.UTF-8" and our local tests were building fine.

However, now that www-master migrated to Debian 10 buster, we're facing
FTBFS issues anyway in the turkish folder:

wml -q -D CUR_YEAR=2020 -o UNDEFuTR:index.tr.html@g+w   index.wml
ePerl:Error: Perl runtime error (interpreter rc=0)

---- Contents of STDERR channel: ---------
Locale 'tr_TR.UTF-8' contains (at least) the following characters which have
unexpected meanings: I i
The Perl program will use the expected meanings; codeset=UTF-8
** WML:Break: Error in Pass 3 (rc=1).
Died at /usr/share/wml/TheWML/Frontends/Wml/Runner.pm line 403.

Since I cannot reproduce the issue in my local machine, I guess there is
some missing package that we should install in www-master.

However, I cannot tell which one is it.

The Perl documentation says:

"Starting in Perl v5.30, Perl detects Turkic locales by their behaviour,
and seamlessly handles both types; previously only the non-Turkic one
was supported. The name of the locale is ignored, if your system has a
tr_TR.UTF-8 locale and it doesn't behave like a Turkic locale, perl will
treat it like a non-Turkic locale."	

I have done "dpkg -l | grep locale" both in my machine and www-master
and compared the results and didn't find much difference.

I have done "dpkg -l | grep urkish" and neither (but I have
task-turkish, task-turkish-desktop and task-turkish-kde-desktop installed)

I have done dpkg -l | grep UTF and here I think maybe it's the package
we need:

(www-master) dpkg -l | grep UTF
ii  libutf8proc2:amd64                        2.3.0-1
   amd64        C library for processing UTF-8 Unicode data (shared library)
ii  uni2ascii                                 4.18-3
   amd64        UTF-8 to 7-bit ASCII and vice versa converter

(local machine) dpkg -l | grep UTF

ii  libperlio-utf8-strict-perl                    0.007-2+b1
                       amd64        fast and correct UTF-8 Perl IO module
ii  libunicode-utf8-perl                          0.62-1
                       amd64        encoding and decoding of UTF-8
encoding form
ii  libutf8-all-perl                              0.024-1
                       all          Perl pragma to turn on UTF-8 everywhere
ii  libutf8proc2:amd64                            2.3.0-1
                       amd64        C library for processing UTF-8
Unicode data (shared library)

Can anybody reproduce the issue (just go to the "turkish" folder and do
"make", and get the error), and see if installing some of these packages
(libperlio-utf8-strict-perl or libunicode-utf8-perl or libutf8-all-perl)
the turkish folder builds fine?

Laura Arjona Reina

Reply to: