[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#72285: 29.4; world-clock reports same time zone for all zones in wor
From: |
Joseph Turner |
Subject: |
bug#72285: 29.4; world-clock reports same time zone for all zones in world-clock-list |
Date: |
Thu, 25 Jul 2024 01:13:07 -0700 |
tags 72285 notabug
Thank you, Eli and Colin!
Colin Baxter <m43cap@yandex.com> writes:
>>>>>> 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.