GNU C Library 2.35 released

Posted Feb 4, 2022 18:46 UTC (Fri) by madscientist (subscriber, #16861)
In reply to: GNU C Library 2.35 released by cortana
Parent article: GNU C Library 2.35 released

What is Red Hat doing here? UTF-8 is the standard codeset name assigned by IANA.

GNU C Library 2.35 released

Posted Feb 4, 2022 23:16 UTC (Fri) by joib (subscriber, #8541) [Link] (1 responses)

I think(?) they are aliases, both should work. And it doesn't seem to be Red Hat specific. On an Ubuntu 20.04 machine 'locale -a' shows, among others:

en_US.utf8

(and no en_US.UTF-8)

GNU C Library 2.35 released

Posted Feb 5, 2022 1:48 UTC (Sat) by dbnichol (subscriber, #39622) [Link]

They are indeed aliases, although the aliasing only works in one direction and probably should have been defined as C.utf8 in the locale directory.

$ LC_ALL=en_US.UTF-8 locale LC_IDENTIFICATION
English locale for the USA
Free Software Foundation, Inc.
https://www.gnu.org/software/libc/

bug-glibc-locales@gnu.org

American English
United States

1.0
2000-06-24
i18n:2012;UTF-8;;;;;;;;;;;
UTF-8
$ LC_ALL=en_US.utf8 locale LC_IDENTIFICATION
English locale for the USA
Free Software Foundation, Inc.
https://www.gnu.org/software/libc/

bug-glibc-locales@gnu.org

American English
United States

1.0
2000-06-24
i18n:2012;UTF-8;;;;;;;;;;;
UTF-8
$ LC_ALL=C.UTF-8 locale LC_IDENTIFICATION
C locale

aurel32@debian.org

1.6
2016-08-08
i18n:2012;UTF-8;;;;;;;;;;;
UTF-8
$ LC_ALL=C.utf8 locale LC_IDENTIFICATION
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ISO/IEC 14652 i18n FDCC-set
ISO/IEC JTC1/SC22/WG20 - internationalization
C/o Keld Simonsen, Skt. Jorgens Alle 8, DK-1615 Kobenhavn V
Keld Simonsen
keld@dkuug.dk
+45 3122-6543
+45 3325-6543

ISO

1.0
1997-12-20
i18n:1999;ANSI_X3.4-1968;;;;;;;;;;;
ANSI_X3.4-1968

The last one falls back to C since the aliasing doesn't work.

GNU C Library 2.35 released

Posted Feb 6, 2022 14:33 UTC (Sun) by cortana (subscriber, #24596) [Link]

Uuh, I spoke too soon. Normal locales end in ".utf8" on both the Debian and Fedora systems I have to hand. It's just C.UTF-8/C.utf8 (respectively) that differs between the two.

(As someone else pointed out, C.UTF-8 is still usable as a value for LC_* on the Fedora system, but 'locale -a' shows C.utf8, the locale definition lives in /usr/lib/locale/C.utf8 etc.