GNU bug report logs - #51321
29.0.50; date in modelines

Previous Next

Package: emacs;

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

From: Daniel Martín <mardani29 <at> yahoo.es>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Niels Søndergaard <nisoni <at> algon.dk>, 51321 <at> debbugs.gnu.org
Subject: bug#51321: 29.0.50; date in modelines
Date: Sat, 23 Oct 2021 14:16:28 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

>
> I don't know what this means in terms of LC_* locale settings that
> Emacs sees.  can some macOS expert please chime in and help me
> understand where is the problem here?

It depends on how you start Emacs.  The common case on macOS is that
people start Emacs from the GUI, and in that case the OS doesn't
configure the locale environment variables.  What the NS port does is it
uses the OS API to get the locale and applies the environment variables
manually (see ns_init_locale in nsterm.m).

I see that ns_init_locale only sets LANG, which seems insufficient for
this use case.  Perhaps we need to extend ns_init_locale to set other
LC_ variables as well (LC_TIME is the key here).

A workaround for now without modifying Emacs (it may be useful for the
OP) is to evaluate the following ELisp form:

(setq system-time-locale "da_DK.UTF-8")

If I'm not mistaken, this would make display-local-time print Danish
dates when the date format is %c, %a, etc.




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.