Processed: Re: Bug#840610: UnicodeEncodeError: 'ascii' codec can't encode character
Processing control commands: > severity -1 important Bug #840610 [python3.5] python inconsistently handles the LANGUAGE env var Severity set to 'important' from 'serious' -- 840610: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=840610 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#840610: UnicodeEncodeError: 'ascii' codec can't encode character
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.2, LANGUAGE used to override LC_ALL=C. > > In Python 2.0 (released on 2000-10-16), 2.7, and 3.5.0, gettext.py > checks LANGUAGE first, like glibc 2.2. The loop that checks the > environment variables is exactly the same in these three versions. > > I searched for "gettext" at bugs.python.org but it didn't find a > bug report for the priority of LANGUAGE vs. LC_ALL=C in gettext. > http://bugs.python.org/issue1166948 says 'LANGUAGE is honoured > even if the default locale is "C"' but I think that refers to > locale.getdefaultencoding, not to gettext. I looked at recent behavior changes for that in the updates after the 3.5.2 release, but couldn't find one. It would be good to have a self-contained example to show the exact issue.
Bug#840610: UnicodeEncodeError: 'ascii' codec can't encode character
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, gettext.py checks LANGUAGE first, like glibc 2.2. The loop that checks the environment variables is exactly the same in these three versions. I searched for "gettext" at bugs.python.org but it didn't find a bug report for the priority of LANGUAGE vs. LC_ALL=C in gettext. http://bugs.python.org/issue1166948 says 'LANGUAGE is honoured even if the default locale is "C"' but I think that refers to locale.getdefaultencoding, not to gettext.
Processed: Re: Bug#840610: UnicodeEncodeError: 'ascii' codec can't encode character
Processing commands for cont...@bugs.debian.org: > reassign 840610 python3 3.5.1-4 Bug #840610 [apt-listchanges] UnicodeEncodeError: 'ascii' codec can't encode character Bug reassigned from package 'apt-listchanges' to 'python3'. No longer marked as found in versions apt-listchanges/3.5. Ignoring request to alter fixed versions of bug #840610 to the same values previously set Bug #840610 [python3] UnicodeEncodeError: 'ascii' codec can't encode character Marked as found in versions python3-defaults/3.5.1-4. > retitle 840610 python inconsistently handles the LANGUAGE env var Bug #840610 [python3] UnicodeEncodeError: 'ascii' codec can't encode character Changed Bug title to 'python inconsistently handles the LANGUAGE env var' from 'UnicodeEncodeError: 'ascii' codec can't encode character'. > severity 840610 serious Bug #840610 [python3] python inconsistently handles the LANGUAGE env var Severity set to 'serious' from 'normal' > affects 840610 apt-listchanges Bug #840610 [python3] python inconsistently handles the LANGUAGE env var Added indication that 840610 affects apt-listchanges > thanks Stopping processing here. Please contact me if you need assistance. -- 840610: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=840610 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
