emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#22572: closed (Handling of system 'locale' field n


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#22572: closed (Handling of system 'locale' field needs improvement)
Date: Wed, 10 Feb 2016 14:21:02 +0000

Your message dated Wed, 10 Feb 2016 15:20:37 +0100
with message-id <address@hidden>
and subject line Re: bug#22572: Handling of system 'locale' field needs 
improvement
has caused the debbugs.gnu.org bug report #22572,
regarding Handling of system 'locale' field needs improvement
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
22572: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22572
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: Handling of system 'locale' field needs improvement Date: Sat, 06 Feb 2016 09:22:14 -0500
Multiple users on #guix have been bitten by the following error message:

  guix system: error: system locale lacks a definition

and even several seasoned developers on #guix didn't know the answer.

At minimum, the error message should be improved to point to the
relevant documentation.

Better yet, the value of the 'locale' field should be automatically
added to the default value of 'locale-definitions' if it's not already
there.  The overwhelming majority of users set their 'locale' and have
no interest in 'locale-definitions'.

    Regards,
      Mark



--- End Message ---
--- Begin Message --- Subject: Re: bug#22572: Handling of system 'locale' field needs improvement Date: Wed, 10 Feb 2016 15:20:37 +0100 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
address@hidden (Ludovic Courtès) skribis:

> Mark H Weaver <address@hidden> skribis:
>
>> Better yet, the value of the 'locale' field should be automatically
>> added to the default value of 'locale-definitions' if it's not already
>> there.  The overwhelming majority of users set their 'locale' and have
>> no interest in 'locale-definitions'.
>
> What about this?  This is not ideal in that it guesses the charset based
> on the locale name, which won’t always work (the locale name is supposed
> to use the normalized name, like “utf8”, whereas the real name is, say,
> “UTF-8”), but it should cover 90% of the use cases.

I pushed an improved version of the patch as f5582b2.

Ludo’.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]