bug#72285: debian .. now what (was: bug#72285: 29.4; world-clock reports same time zone for all zones in world-clock-list)

["Gijs Hillenius" <gijs@hillenius.net>]

On 24 July 2024 21:48 Joseph Turner via "Bug reports for GNU Emacs, the Swiss army knife of text editors", wrote:

> 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)

Hi Joseph!

The error you see happens after evaluating (require 'time). It will make
Bangalore go to UTC.


Seattle   Monday 29 July 04:21 PDT
New York  Monday 29 July 07:21 EDT
London    Monday 29 July 12:21 BST
Paris     Monday 29 July 13:21 CEST
Bangalore Monday 29 July 11:21 Asia
Tokyo     Monday 29 July 20:21 JST

> My emacs was installed with Guix on top of Debian stable, so it wouldn't

My Emacs runs on an up-to-date (tm) Debian unstable. But what could it
be?


-- 
The best things in life are for a fee.