Ian MacKinnell a écrit :
Since reporting the problem this morning...
I updated the zoneinfo file on my Debian testing desktop to the latest,
correct data (downloaded from upstream), but that did not fix the problem.
How did you installed it precisely?
I did a dpkg-reconfigure tzdata and
Andrew McNamara a écrit :
I found that on my testing machines, tzdata was correct, but
/etc/localtime had not been updated to match the appropriate tzdata
file. Running dpkg-reconfigured tzdata fixed this.
Did you installed a zoneinfo manually previously? In that case it is
normal it is left
I found that on my testing machines, tzdata was correct, but
/etc/localtime had not been updated to match the appropriate tzdata
file. Running dpkg-reconfigured tzdata fixed this.
Did you installed a zoneinfo manually previously? In that case it is
normal it is left untouched by tzdata.
Aurelien Jarno wrote:
Ian MacKinnell a écrit :
Since reporting the problem this morning...
I updated the zoneinfo file on my Debian testing desktop to the latest,
correct data (downloaded from upstream), but that did not fix the problem.
How did you installed it precisely?
A
Package: tzdata
Version:2008a-1 (testing)
tzdata - Australian states - daylight saving extended by one week -
zoneinfo files for NSW, Victoria, Tasmania and ACT are incorrect.
NSW changed the daylight saving rules in October 2007 (see official
website:
I found that on my testing machines, tzdata was correct, but
/etc/localtime had not been updated to match the appropriate tzdata
file. Running dpkg-reconfigured tzdata fixed this.
--
Andrew McNamara, Senior Developer, Object Craft
http://www.object-craft.com.au/
--
To UNSUBSCRIBE, email to
Since reporting the problem this morning...
I updated the zoneinfo file on my Debian testing desktop to the latest,
correct data (downloaded from upstream), but that did not fix the problem.
I did a dpkg-reconfigure tzdata and the problem was gone after that.
This is consistent with the post
7 matches
Mail list logo