GNU bug report logs - #65908
29.1.50; Emacs 29 regresses on macOS

Previous Next

Package: emacs;

Reported by: Zhang Haijun <ccsmile2008 <at> outlook.com>

Date: Wed, 13 Sep 2023 06:48:02 UTC

Severity: normal

Found in version 29.1.50

Fixed in version 29.2

Done: Gerd Möllmann <gerd.moellmann <at> gmail.com>

Bug is archived. No further changes may be made.

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gerd Möllmann <gerd.moellmann <at> gmail.com>
Cc: ccsmile2008 <at> outlook.com, alan <at> idiocy.org, 65908 <at> debbugs.gnu.org,
 gregory <at> heytings.org, stefankangas <at> gmail.com
Subject: Re: bug#65908: 29.1.50; Emacs 29 regresses on macOS
Date: Thu, 05 Oct 2023 19:11:01 +0300

> From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
> Cc: Eli Zaretskii <eliz <at> gnu.org>,  gregory <at> heytings.org,
>   65908 <at> debbugs.gnu.org,  stefankangas <at> gmail.com,  ccsmile2008 <at> outlook.com
> Date: Thu, 05 Oct 2023 15:18:42 +0200
> 
> I'd like to propose the attached patch for problem of invalid LANG
> setting.  This simply falls back to "en_US.UTF-8" if LANG isn't valid,
> or something valid can't be deduced from the locale.

Why is it reasonable to force the UTF-8 codeset as the fallback?

What about having a variable exposed to Lisp that allows the users to
control the fallback value of LANG?
This bug report was last modified 1 year and 226 days ago.

Previous Next

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