Debian Refuses To Push Timezone Update For NZ DST 435
Jasper Bryant-Greene writes "Although a tzdata release that includes New Zealand's recent DST changes (2007f) has been out for some time, Debian are refusing to push the update from testing into the current stable distribution, codenamed Etch, on the basis that 'it's not a security bug.' This means that unless New Zealand sysadmins install the package manually, pull the package from testing, or alter the timezone to 'GMT-13' manually, all systems running Debian Etch in New Zealand currently have the incorrect time, as DST went into effect this morning. As one of the last comments in the bug report says, 'even Microsoft are not this silly.' The final comment (at this writing), from madcoder, says 'The package sits in volatile for months. Please take your troll elsewhere.'"
Apple are just as bad (Score:5, Interesting)
Meanwhile, Microsoft rolled out a patch on Windows Update - Microsoft users on Automatic Updates rolled over without even knowing anything had changed.
Re:Debian keeps getting sillier every day. (Score:1, Interesting)
Debian probably wastes more man hours producing nothing at all than other smaller distributions spend in total. Utterly pointless.
With my FreeBSD hats... (Score:5, Interesting)
As the person who maintains the misc/zoneinfo port I say: They're right.
Re:Either you don't get it or you're a troll. (Score:2, Interesting)
I am not so sure it is the right thing. Cron jobs are supposed to run at a specified wall-clock time. If the wall-clock time is not correct any more cron jobs will get out-of-sync with business procedures.
It may not be a security risk but most servers' behaviour will probably change more without the patch than with it.
Re:Apple are just as bad (Score:1, Interesting)
Re:This points to a wider problem... (Score:3, Interesting)
-b.
Re:So there are no time based security attacks? (Score:1, Interesting)
Re:Is it a security update? (Score:3, Interesting)
Re:Either you don't get it or you're a troll. (Score:3, Interesting)
Second, changing the time zone only changes the *presentation* of the time. It doesn't change the time itself. If your software doesn't understand that the presentation of the time is simply a user preference, then your software has a more serious problem.