Bug#591334: libc6: LANGUAGE not taken into account unless LC_MESSAGES is set
On Tue, Sep 14, 2010 at 05:17:21PM +0200, Vincent Lefevre wrote:
> On 2010-09-14 15:42:15 +0200, Aurelien Jarno wrote:
> > It's most probably a documentation issue, given this behaviour is
> > actually wanted, according to this changelog entry:
> >
> > | 2001-01-02 Ulrich Drepper <drepper@redhat.com>
> > |
> > | * intl/dcigettext.c (guess_category_value): Rewrite so that LANGUAGE
> > | value is ignored if the selected locale is the C locale.
> >
> > and this NEWS entry:
> >
> > | Version 2.2.1
> > |
> > | * The LANGUAGE environment variable is now ignored unless the locale is
> > | changed from the default "C" locale.
>
> I have:
>
> ypig:~> locale
> LANG=POSIX
> LC_CTYPE=en_US.UTF-8
> LC_NUMERIC="POSIX"
> LC_TIME=en_DK
> LC_COLLATE=POSIX
> LC_MONETARY="POSIX"
> LC_MESSAGES="POSIX"
> LC_PAPER="POSIX"
> LC_NAME="POSIX"
> LC_ADDRESS="POSIX"
> LC_TELEPHONE="POSIX"
> LC_MEASUREMENT="POSIX"
> LC_IDENTIFICATION="POSIX"
> LC_ALL=
>
> This is not the "C" locale. Even though POSIX and C could be regarded
> as equivalent, there are still LC_CTYPE and LC_TIME, which are not in
> the C/POSIX locale.
>
>From what I understand both LC_CTYPE and LC_MESSAGES should not be set
to the "C" locale (or "POSIX" one). It seems the goal is to make sure
the translated messages could be displayed correctly, which would not be
the case otherwise.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurelien@aurel32.net http://www.aurel32.net
Reply to: