| 1 |
On 06/08/2013 14:24, Bruce Hill wrote: |
| 2 |
> On Tue, Aug 06, 2013 at 02:04:00PM +0100, Kerin Millar wrote: |
| 3 |
>> |
| 4 |
>> Legitimate locales are those installed with glibc. These can be shown |
| 5 |
>> with either "eselect locale list" or "locale -a". |
| 6 |
> |
| 7 |
> Having never used eselect with locales (AFAIR) before today. |
| 8 |
> |
| 9 |
> Why does "locale -a" return utf8? I know UTF-8 is accepted as standard, utf8 |
| 10 |
> is not but usually recognized, but want to understand why "locale -a" output |
| 11 |
> omits the standard, which is set on my systems, and differs from the others: |
| 12 |
> |
| 13 |
> o@workstation ~ $ eselect locale list |
| 14 |
> Available targets for the LANG variable: |
| 15 |
> [1] C |
| 16 |
> [2] POSIX |
| 17 |
> [3] en_US.utf8 |
| 18 |
> [4] en_US.UTF-8 * |
| 19 |
> [ ] (free form) |
| 20 |
> mingdao@workstation ~ $ locale -a |
| 21 |
> C |
| 22 |
> POSIX |
| 23 |
> en_US.utf8 |
| 24 |
> mingdao@workstation ~ $ locale |
| 25 |
> LANG=en_US.UTF-8 |
| 26 |
> LC_CTYPE="en_US.UTF-8" |
| 27 |
> LC_NUMERIC="en_US.UTF-8" |
| 28 |
> LC_TIME="en_US.UTF-8" |
| 29 |
> LC_COLLATE=C |
| 30 |
> LC_MONETARY="en_US.UTF-8" |
| 31 |
> LC_MESSAGES="en_US.UTF-8" |
| 32 |
> LC_PAPER="en_US.UTF-8" |
| 33 |
> LC_NAME="en_US.UTF-8" |
| 34 |
> LC_ADDRESS="en_US.UTF-8" |
| 35 |
> LC_TELEPHONE="en_US.UTF-8" |
| 36 |
> LC_MEASUREMENT="en_US.UTF-8" |
| 37 |
> LC_IDENTIFICATION="en_US.UTF-8" |
| 38 |
> LC_ALL= |
| 39 |
|
| 40 |
Apparently, "utf8" is the canonical representation in glibc (which |
| 41 |
provides the locale tool): |
| 42 |
|
| 43 |
http://lists.debian.org/debian-glibc/2004/12/msg00028.html |
| 44 |
|
| 45 |
That eselect enumerates the locale twice when the alternate form is |
| 46 |
specified in /etc/env.d/02locale could be considered as a minor bug. |
| 47 |
|
| 48 |
--Kerin |
Archives