Package: libdate-manip-perl
Version: 5.44-5
Severity: important
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.
Here is the output for date:
$ export LANG=C
$ date
Mon Oct 29 10:48:31 NOVT 2007
$ date -u
Mon Oct 29 04:48:33 UTC 2007
$ date -R
Mon, 29 Oct 2007 10:48:36 +0600
Can you please fix this ? It seems to me this package in unusabe in my
timezone. Possible with other timezones too - as I understand this
package holds it's own list of timezone's information.
P.S. At first I was submited the same report to logwatch packet (Bug#448442).
Its
mantainer closed the bug with suggestion to install libdate-manip-perl
from lenny and lost security support or to ask mantainer of
libdate-manip-perl to backport fix to stable verion. Can you please fix
it, I afraid to install packages without security support.
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-686-bigmem
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Versions of packages libdate-manip-perl depends on:
ii perl 5.8.8-7 Larry Wall's Practical Extraction
libdate-manip-perl recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
