GNU bug report logs -
#72285
29.4; world-clock reports same time zone for all zones in world-clock-list
Previous Next
Reported by: Joseph Turner <joseph <at> breatheoutbreathe.in>
Date: Thu, 25 Jul 2024 04:49:02 UTC
Severity: normal
Found in version 29.4
Done: Joseph Turner <joseph <at> breatheoutbreathe.in>
Bug is archived. No further changes may be made.
Full log
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
>>>>> Bug reports for GNU Emacs, the Swiss army knife of text editors <Joseph> writes:
> With world-clock-list set to t (the default), world-clock works as
> expected. If world-clock-list is set to an alist, the results are
> wrong.
> With emacs -Q, run M-x world-clock to see output:
> Seattle Wednesday 24 July 21:41 PDT New York Thursday 25 July
> 00:41 EDT London Thursday 25 July 05:41 BST Paris Thursday 25 July
> 06:41 CDT Bangalore Thursday 25 July 10:11 IST Tokyo Thursday 25
> July 13:41 JST
> So good so far. Now evaluate the following
> (require 'time) (setopt world-clock-list '(("Africa/Ouagadougou"
> "Ouagadougou") ("America/New_York" "New York") ("Asia/Shanghai"
> "Shanghai") ("Europe/Berlin" "Berlin")))
> and run M-x world-clock again to see:
> Ouagadougou Thursday 25 July 04:42 Africa New York Thursday 25
> July 04:42 America Shanghai Thursday 25 July 04:42 Asia Berlin
> Thursday 25 July 04:42 Europe
> All of the timezones are incorrectly set to UTC.
> My emacs was installed with Guix on top of Debian stable, so it
> wouldn't surprise me if this is not a bug but rather a
> configuration issue. In any case, I'd appreciate some help!
It might be your system because your recipe works for me:
Ouagadougou Thursday 25 July 06:18 GMT
New York Thursday 25 July 02:18 EDT
Shanghai Thursday 25 July 14:18 CST
Berlin Thursday 25 July 08:18 CEST
I'm using emacs-31.0.50 on an old Debian.
Colin Baxter.
This bug report was last modified 346 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.