[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#18258: t0251-gpt-unicode.sh fails when the C.UTF-8 locale is unavail
bug#18258: t0251-gpt-unicode.sh fails when the C.UTF-8 locale is unavailable
Fri, 22 Aug 2014 16:25:49 -0400
Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)
Phillip Susi <address@hidden> writes:
> On 8/13/2014 7:53 AM, Ludovic Courtès wrote:
>> t0251-gpt-unicode.sh requires the C.UTF-8 locale and fails if it
>> isn’t available.
>> What about:
>> 1. Exiting with 77 when the locale is unavailable?
>> 2. Choosing another locale, such as en_US.utf8? As of GNU libc
>> 2.19, C.UTF-8 (or any other spelling) does not exist.
> How can the C locale possibly not exist on a system that is not
> totally broken? It is the default and fallback locale when you don't
> have any locales installed.
C.UTF-8 is a non-standard Debian extension. It is not available in
upstream GNU libc, and it is absent from other popular distributions
such as Fedora and Arch.