Bug#448568: [SRM] Re: Bug#448568: libdate-manip-perl: Date::Manip does not know about NOVT timezone.

[Frank Lichtenheld]

close 448568 5.46-1
thanks

On Tue, Oct 30, 2007 at 09:19:12AM +0600, Alexander Litvinov wrote:
> A few days ago I start to recieve such messages from logwatch on my
> servers:
> ================
> /etc/cron.daily/00logwatch:
> ERROR: Date::Manip unable to determine TimeZone.
> 
> Execute the following command in a shell prompt:
>         perldoc Date::Manip
>         The section titled TIMEZONES describes valid TimeZones
>         and where they can be defined.
>         run-parts: /etc/cron.daily/00logwatch exited with return code 25
> ================
> There was a daylight saving time transition after with logwatch stops to
> work. I have Asia/Novosibirsk timezone on my machines. While timezone
> was NOVST (summer time) everything works ok but now NOVT (winter time)
> it does not work. I don't understand why because Linux/glibc itself
> known that zone.

I can confirm that the NOVT timezone was only added in the version after
etch.

So the question is whether the stable release managers would allow such
an update into the next point release? (CCing debian-release)

Gruesse,
-- 
Frank Lichtenheld <djpig at debian.org>
www: http://www.djpig.de/