GNU bug report logs - #72285
29.4; world-clock reports same time zone for all zones in world-clock-list

Previous Next

Package: emacs;

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 #28 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Gijs Hillenius <gijs <at> hillenius.net>
To: Joseph Turner via "Bug reports for GNU Emacs, the Swiss army knife of
 text editors" <bug-gnu-emacs <at> gnu.org>
Subject: debian .. now what (was: bug#72285: 29.4; world-clock reports same
 time zone for all zones in world-clock-list)
Date: Mon, 29 Jul 2024 13:23:17 +0200
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.




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.