Jonathan Nieder wrote:
> 4. Despite what the gettext manual[*] says, setting LANG does not cause
>LANGUAGE to take effect. This is another bug, as far as I can tell.
>
> $ LANG=en_US LANGUAGE=de_DE cp
> cp: missing file operand
> Try `cp --help' for more information.
The ab
Your message dated Wed, 6 Jul 2011 07:54:14 +0200
with message-id <20110706055414.gd22...@hall.aurel32.net>
and subject line Re: Bug#591334: Processed: [bts-link] source package eglibc
has caused the Debian Bug report #591334,
regarding libc6: LANGUAGE not taken into account unless LC_MESSAGES is s
Hi Vincent,
Vincent Lefevre wrote:
> LANGUAGE=
[...]
> LC_MESSAGES=fr_FR
[...]
> ypig% ssh localhost locale
> Connected to ypig (from ::1)
> LANG=POSIX
> LANGUAGE=en_US:en
[...]
> LC_MESSAGES=fr_FR
[...]
> LC_ALL=
[...]
> The problem is that the system sets LANGUAGE in the user's back, so
> that
Processing commands for cont...@bugs.debian.org:
> tags 632795 upstream
Bug #632795 [glibc-doc-reference] glibc-doc-reference: Information about
LANGUAGE is incorrect
Added tag(s) upstream.
> forwarded 632795 http://sourceware.org/bugzilla/show_bug.cgi?id=12963
Bug #632795 [glibc-doc-reference] g
On 2011-05-23 18:12:28 +, Debian Bug Tracking System wrote:
> > tags 591334 + upstream wontfix
> Bug #591334 [libc6] libc6: LANGUAGE not taken into account unless LC_MESSAGES
> is set
> Added tag(s) wontfix.
[...]
I agree with the reason given by upstream, but this is not the behavior
describ
Package: libc6
Version: 2.13-10
Severity: normal
The current LANGUAGE design is broken. Here an example:
ypig% locale
LANG=POSIX
LANGUAGE=
LC_CTYPE=en_US.ISO8859-1
LC_NUMERIC="POSIX"
LC_TIME=en_DK
LC_COLLATE=POSIX
LC_MONETARY="POSIX"
LC_MESSAGES=fr_FR
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="
Package: glibc-doc-reference
Version: 2.13-1
Severity: normal
The libc manual (libc.info.gz) says:
8.2.1.6 User influence on `gettext'
[...]
The LOCALE component is computed based on the category used. Just
like for the `setlocale' function here comes the user selection into
the p
On Tue, Jul 05, 2011 at 12:39:31PM +0200, Johannes Schauer wrote:
> Package: tzdata
> Version: 2011h-3
> Severity: normal
>
> Hi,
>
> this problem was present since 2011h-1 and while I can install tzdata
> again since bug #631878 is fixed, I still get the exact same error as
> described in that b
Hi!
Thomas Schwinge wrote:
> What's the route forward here? (Or has everyone manually added symlinks
> to /usr/lib/ by now?
On this machine, /usr/share/doc/libc6/NEWS.Debian.gz says:
| Starting with the eglibc package version 2.13-5, the libraries are
| shipped in the multiarch directory /
Hallo!
On Wed, 08 Jun 2011 17:41:58 +0200, Andreas Beckmann
wrote:
> the moving of crt1.o, crti.o, ... from /usr/lib to /usr/lib/
> breaks external applications that are not aware of the new multiarch
> paths. One such application is GCC from SVN, which now fails to compile
> with this error:
>
Package: tzdata
Version: 2011h-3
Severity: normal
Hi,
this problem was present since 2011h-1 and while I can install tzdata
again since bug #631878 is fixed, I still get the exact same error as
described in that bug report when using debconf-set-selections before
package installation:
Setting up
11 matches
Mail list logo