GNU bug report logs -
#51321
29.0.50; date in modelines
Previous Next
Reported by: Niels Søndergaard <nisoni <at> algon.dk>
Date: Thu, 21 Oct 2021 15:26:02 UTC
Severity: normal
Tags: patch
Found in version 29.0.50
Fixed in version 29.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
On 01/11/2021 16:34 +0200, Eli Zaretskii wrote:
>> From: Filipp Gunbin <fgunbin <at> fastmail.fm>
>> Cc: alan <at> idiocy.org, larsi <at> gnus.org, nisoni <at> algon.dk, stefan <at> marxist.se,
>> 51321 <at> debbugs.gnu.org, mardani29 <at> yahoo.es
>> Date: Mon, 01 Nov 2021 17:21:36 +0300
>>
>> >> So maybe we should check that the locale is valid before setting it...
>> >
>> > "Valid" in what sense? Is that locale not installed on your system,
>> > or are you saying that it cannot exist?
>>
>> I think in the sense of 'locale -a | grep ru' in this case:
>>
>> ru_RU.ISO8859-5
>> ru_RU.CP866
>> ru_RU.CP1251
>> ru_RU.UTF-8
>> ru_RU.KOI8-R
>> ru_RU
>>
>> Maybe it could exist, but it doesn't on macOS.
>>
>> > (And why does the warning come from Bash when it was Emacs who sets
>> > the locale?)
>>
>> Forgot to tell - this output shows up when running shell command from
>> emacs (M-! or similar).
>
> Hmm... actually, why do we call setenv instead of calling setlocale
> directly? Doesn't macOS support setlocale? AFAIU, calling setlocale
> would then only affect Emacs itself, not its sub-processes.
Darwin seems to support setlocale..
This bug report was last modified 2 years and 257 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.