GNU bug report logs - #18258
t0251-gpt-unicode.sh fails when the C.UTF-8 locale is unavailable

Previous Next

Package: parted;

Reported by: ludo <at> gnu.org (Ludovic Courtès)

Date: Wed, 13 Aug 2014 11:55:01 UTC

Severity: normal

Full log


Message #20 received at 18258 <at> debbugs.gnu.org (full text, mbox):

From: mhw <at> netris.org
To: Phillip Susi <psusi <at> ubuntu.com>
Cc: Ludovic Courtès <ludo <at> gnu.org>, 18258 <at> debbugs.gnu.org
Subject: Re: bug#18258: t0251-gpt-unicode.sh fails when the C.UTF-8 locale is
 unavailable
Date: Fri, 22 Aug 2014 16:25:49 -0400
Phillip Susi <psusi <at> ubuntu.com> writes:

> On 8/13/2014 7:53 AM, Ludovic Courtès wrote:
>> Hello,
>> 
>> 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.

See:

  https://bugzilla.redhat.com/show_bug.cgi?id=902094
  https://bugs.archlinux.org/task/32296
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522776

      Mark




This bug report was last modified 10 years and 302 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.