Kalle Olavi Niemitalo writes:
> Content-Type: text/plain; charset=iso-8859-15
> Content-Disposition: attachment; filename=de.po
> Content-Transfer-Encoding: quoted-printable
Oops, that file was UTF-8 originally, but my MUA recoded it to
iso-8859-15, which is inconsistent with the Content-Type he
Matthias Klose writes:
> It would be good to have a self-contained example to show the
> exact issue.
Enable the "de_AT.UTF-8" locale in "dpkg-reconfigure locales",
copy the attached files to a directory, and run "make check"
there. The C version outputs "test" with glibc 2.19, but the
Python v
Control: severity -1 important
On 16.10.2016 00:34, Kalle Olavi Niemitalo wrote:
> Robert Luberda writes:
>
>> According to GNU gettext documentation[1]: "The variable LANGUAGE is
>> ignored if the locale is set to āCā."
>
> That exception was added on 2001-01-03, for glibc 2.2.1.
> In glibc 2.
Robert Luberda writes:
> According to GNU gettext documentation[1]: "The variable LANGUAGE is
> ignored if the locale is set to āCā."
That exception was added on 2001-01-03, for glibc 2.2.1.
In glibc 2.2, LANGUAGE used to override LC_ALL=C.
In Python 2.0 (released on 2000-10-16), 2.7, and 3.5.0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
reassign 840610 python3 3.5.1-4
retitle 840610 python inconsistently handles the LANGUAGE env var
severity 840610 serious
affects 840610 apt-listchanges
thanks
[Severity serious, because I believe internationalization is one of
priorities of Debian,
Package: apt-listchanges
Version: 3.5
Severity: normal
Normally, I'm using de_AT.UTF-8.
For reporting a bug I set "export LC_ALL=C", but on the next apt-get
invocations I get error messages:
$ apt-get install -t experimental rakudo
...
Fetched 4146 kB in 2s (1434 kB/s)
apt-listch
6 matches
Mail list logo