Processing commands for cont...@bugs.debian.org:
> found 719590 2.33-8
Bug #719590 [libc6] C.UTF-8 locales should be regarded like C w.r.t. $LANGUAGE
precedence
Bug #748215 [libc6] C.UTF-8 locales should be regarded like C w.r.t. $LANGUAGE
precedence
Bug #874160 [libc6] C.UTF-8 locales should
Processing control commands:
> retitle -1 C.UTF-8 locales should be regarded like C w.r.t. $LANGUAGE
> precedence
Bug #719590 [libc6] Provide a C.UTF-8 locale by default
Bug #748215 [libc6] Provide a C.UTF-8 locale by default
Bug #874160 [libc6] src:glibc: default locale to C.UTF-8
Changed Bug
Control: retitle -1 C.UTF-8 locales should be regarded like C w.r.t. $LANGUAGE
precedence
Control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=16621
Control: tags -1 - fixed-upstream
Control: found -1 - 2.33-8
The bug is actually not completely fixed. Resetting the metadata
as
Control: tags -1 upstream
Control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=16621
Control: found -1 2.18-1
Reported upstream at it still applies to 2.18.
--
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog:
Processing control commands:
tags -1 upstream
Bug #719590 [libc6] libc6:amd64: C.UTF-8 locales should be regarded like C
w.r.t. $LANGUAGE precedence
Added tag(s) upstream.
forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=16621
Bug #719590 [libc6] libc6:amd64: C.UTF-8 locales should
Package: libc6
Version: 2.17-92
Severity: normal
Scripts tend to use LC_ALL=C.UTF-8 instead of LC_ALL=C for UTF-8 support
and to behave in a locale-independent manner. However $LANGUAGE is still
taken into account by glibc:
xvii% LANGUAGE=fr_FR LC_ALL=C.UTF-8 cp
cp: opérande de fichier manquant
6 matches
Mail list logo