Linux Systems and the New DST
An anonymous reader writes "The recent changes in the Daylight Saving Time will affect virtually all computer systems in the US one week from now. Microsoft has been busy preparing Windows users for 'Y2DST,' and all the major Linux distributions have also issued patches. How can you be sure your Linux systems are ready, and what can you do to get them ready if they're not? This how-to article at Linux-Watch answers both questions in simple language and with easy-to-follow instructions."
How many of you, after all, have told your State legislatures that this is stupid and it's time to opt out?
Lacking <sarcasm> tags,
the media has been touting this as the next Y2K. Just think, a week from now, we'll be commenting on all the articles documenting the plans falling from the sky, governments folding, stock markets crashing and burning. Toasters and Microwave ovens slaughtering entire familys before they escape to live in cross breed sin near Three mile Island and Chernobyl.
My only regret was that I didn't milk that last consultant fee from a client before my router ran me over and stole my truck.
A positive attitude may not solve all your problems, but it will annoy enough people to make it worth the effort.
Exactly. All the competent Windows admins have already switched to Linux.
Don't tell me you're timestamping with local time? Always use UTC and convert to local time on the fly, it avoids all these problems.
True confidence comes not from realising you are as good as your peers, but that your peers are as bad as you are.
Funny how with Linux there isn't any danger of your entire system breaking. I know we spent every day since the Windows patches were relased, testing and make sure the patches don't break anything. So far our Exchange server had to be restored from backup once already b/c all the calendar entries got screwed up.
As much as I like linux, you are confusing two separate things: operating systems and applications. It is very easy to update windows to use the new DST rules. Frankly, even without patching, windows will not break, the clock will be off by an hour.
However, since exchange is (amongst other things) a calendaring application, all of the times of your schedule need to be checked if they are between the old DST change date and the new DST change date, and adjusted accordingly, otherwise your schedule will be off by an hour.
Microsoft has free tools & published procedures tools to update exchange. If you didn't follow them, that is your problem.
Actually this isn't a problem with any OS or the computer industry. It is a problem with Daylight Savings Time. Man has been telling time for centuries and it wasn't until the DST mess that we started having issues. This is on the same lines as the US not using the metric system.
I'm coming four hours early.
It's not wasting time, I'm educating myself.
It was two years ago that this was signed into affect... this shouldn't be the rush that Microsoft, Cisco, and all the rest are making it. Slackers wasted one and a half years doing almost nothing... and now we get this.
So what do YOU do when a single meeting spans two timezones?
And what happens if someone if one country/state wants to connect to an NTP server in another? If that NTP server only gives its local time then that computer will get the wrong time and if it gives all timezone times then not only will it send FAR more data but you'll STILL have to set the timezone in your machine anyway so it can select the correct one from NTP.
So I'm afraid your idea is a non starter.
I wonder why we don't just keep GMT (or whatever your local time zone is in Winter, when midday occurs about 12:00) all year around, but have businesses open from 19:00 to 17:00 in the Winter and 08:00 to 16:00 in the Summer? That way, there is no need for messing about with clocks or anything (except the alarm). After all, the hours of daylight (which increase steadily from Yule until Midsummer) are always split evenly around midday, whether you call it 12:00, 13:00 or even 14:00. But 12:00 is just a nice figure to use when it's midday.
Je fume. Tu fumes. Nous fûmes!
You can use a cron to do this in the spring, but I wouldn't recommend it in the fall.
Intron: the portion of DNA which expresses nothing useful.