Your message dated Tue, 16 Jul 2024 18:59:02 +0200
with message-id <zpam1pm1ddwus...@aurel32.net>
and subject line Re: Bug#1076385: tzdata: Wrong time conversion between IST and
CEST timezone, using /usr/bin/date.
has caused the Debian Bug report #1076385,
regarding tzdata: Wrong time conversion between IST and CEST timezone, using
/usr/bin/date.
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
1076385: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1076385
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: tzdata
Version: 2024a-0+deb12u1
Severity: normal
Tags: upstream l10n
Package: coreutils
Version: 9.1-1, 9.4-3.1
Hello,
I noticed that thew `date -d ...` utility converts time between EST and
CEST timezone in wrong way. The time is shifted by 1 hour later:
# cat /etc/timezone
Europe/Prague
# date -d '7:00AM EST'
Po 15. července 2024, 14:00:00 CEST
Env. LANG and LC_* does not change result, just not localised:
# date -d '07:00 EST'
Mon Jul 15 14:00:00 CEST 2024
The expected time is 13:00 CEST.
The problem is observed across all available versions of tzdata or
coreutils in actual Debian releases (tzdata 2024a-4 too).
I am not sure, if a bug sits in tzdata or inside the date from
coreutils, so I attached details about coreutils too...
Thank you and have a nice day, Michal Heppler
-- System Information:
Debian Release: 12.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.1.0-16-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages tzdata depends on:
ii debconf [debconf-2.0] 1.5.82
tzdata recommends no packages.
tzdata suggests no packages.
-- debconf information:
tzdata/Zones/Antarctica:
* tzdata/Zones/Etc: UTC
tzdata/Zones/Australia:
tzdata/Zones/SystemV:
tzdata/Zones/US:
tzdata/Zones/Pacific:
tzdata/Zones/Indian:
* tzdata/Zones/Europe: Prague
* tzdata/Areas: Europe
tzdata/Zones/Asia:
tzdata/Zones/America:
tzdata/Zones/Arctic:
tzdata/Zones/Africa:
tzdata/Zones/Atlantic:
--- End Message ---
--- Begin Message ---
Hi,
On 2024-07-16 15:20, Michal Heppler wrote:
> Hi,
>
> I opened a discussion with colleague again, based on your answer. And
> result is - he think that he is in EST timezone, but in real, it is EDT
> timezone now (he is in Toronto).
>
> And in the online results it is correct too:
> - https://duckduckgo.com/?q=convert+EST+time+to+CEST&t=ffab&ia=web
>
> It is just hidden... Between what I asked for and what wanted to know.
>
> So, it looks tzdata are correct and I got perfectly correct answer to my
> wrong question...
>
> Thank you, you can close this ticket with peace in mind...
Thanks for your feedback, closing the bug.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
--- End Message ---
