Any Action Required for Mepis Users re DST Change Sunday March 11?
Posts: 11
Per SVN's article in Desktop Linux: http://www.desktoplinux.com/news/NS3988059943.html
Any changes we Mepisites have to do?
Test foor
Posts: 1186
If you run the test suggested in the article, from the commandline:
zdump -v /etc/localtime EST5EDT | grep 2007
You will find that the changeover dates are correct. So we and most of the rest of Linux should be fine.
But if you're still running MEPIS 2003 or 2004, this may be a good excuse to upgrade.
And if you're dualbooting with MS-Windows, you will probably find that both OSes shift the time, leaving you one hour off, until you manually correct it.
parochial
Posts: 224
Parochial: defined as "confined to a narrow area" O.E.D.
What about us who *end* DST 2:00am 25 March 2007?
now you've got a problem
Posts: 4864
because i don't recall how you managed get DST working in WA. my box will of course know that i can sleep in one hour at the end of march.
Extrapolate
Posts: 1186
You're lucky? My internal clock is still off.
I merely quoted the referenced article. Extrapolating a relevant local solution from the example given was something I left as an exercise for the reader.
But for those who need it, here is a verbose but generic solution:
zdump -v /etc/localtime | grep 2007
end of DST here
Posts: 224
It was great to have an extra hour in bed!
And MEPIS behaved 100%, now back to UT+8
cheers
From a slashdot post, the
Posts: 4077
From a slashdot post, the best way to check is to run this in konsole (copy&paste from here):
date --date="Mar 25 15:00:00 UTC 2006"
date --date="Mar 25 15:00:00 UTC 2007"
If the output of both shows the same time (eg. 10:00 EST) then you've got a problem. If they show different times (eg. 10:00 EST and 11:00 EDT) then your system is ok.
--
Check out MEPIS Wiki: www.mepis.org/docs