On Wed, 06 Dec 2023 13:17:09 +0100, gregor herrmann wrote: > On Wed, 06 Dec 2023 12:52:15 +0100, Dominique Dumont wrote: > > On Tuesday, 5 December 2023 23:06:12 CET you wrote: > > > Wrote documentation in lib/Config/Model/models/LCDd/yard2LCD.pod > > > Cannot determine local time zone > > > [DZ] beginning to build Config-Model-LcdProc > > I've seen this error from time to time. I don't know the exact algorithm > > used > > to determine the time zone, but usually, setting TZ to an appropriate value > > fixed this issue.
> My suspicion/idea was that it might be useful to have
> libdatetime-timezone-perl depend on tzdata (now that tzdata is not
> essential (or whatever it was) any more), as
> libdatetime-timezone-perl seems to be involved in alle of the bug
> reports …
"Cannot determine local time zone" is an exception thrown by
DateTime::TimeZone::Local which uses DateTime::TimeZone::Local::Unix
which checks the TZ env variable and /etc/localtime /etc/timezone
/etc/TIMEZONE /etc/sysconfig/clock /etc/default/init.
(Cf. the docs for DateTime::TimeZone, DateTime::TimeZone::Local, and
DateTime::TimeZone::Local::Unix.)
So it seems that DateTime::TimeZone will fail for the "local
timezone" when neither TZ is set nor any of the files is present. In
our case I looks like both /etc/localtime and /etc/timezone are
related to tzdata('s .postinst and/or .config), so I think the point
for making libdatetime-timezone-perl depend on tzdata by itself gets
stronger, which would en passant fix the test failures in the other
packages.
Cheers,
gregor
--
.''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
: :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
`. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
`-
signature.asc
Description: Digital Signature
