On 06/08/2013 14:24, Bruce Hill wrote:
On Tue, Aug 06, 2013 at 02:04:00PM +0100, Kerin Millar wrote:
Legitimate locales are those installed with glibc. These can be shown
with either "eselect locale list" or "locale -a".
Having never used eselect with locales (AFAIR) before today.
Why does "locale -a" return utf8? I know UTF-8 is accepted as standard, utf8
is not but usually recognized, but want to understand why "locale -a" output
omits the standard, which is set on my systems, and differs from the others:
o@workstation ~ $ eselect locale list
Available targets for the LANG variable:
[1] C
[2] POSIX
[3] en_US.utf8
[4] en_US.UTF-8 *
[ ] (free form)
mingdao@workstation ~ $ locale -a
C
POSIX
en_US.utf8
mingdao@workstation ~ $ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE=C
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
Apparently, "utf8" is the canonical representation in glibc (which
provides the locale tool):
http://lists.debian.org/debian-glibc/2004/12/msg00028.html
That eselect enumerates the locale twice when the alternate form is
specified in /etc/env.d/02locale could be considered as a minor bug.
--Kerin
