Re: Daylight savings time / 6.1 and 4.11
On Tue, Jan 16, 2007 at 01:31:22PM -0700, hal wrote: This came down from above?! Beginning in 2007, Daylight Savings Time will be lengthened one month by starting three weeks earlier (2AM on the second Sunday in March) and ending one week later (2AM on the first Sunday in November). What patch levels do I need to be at for my 4.7 and 6.1 systems to be daylight savings 2007 ready? Currently: 4.11-RELEASE-p25 Currently: 6.1-RELEASE-p10 hal You can grab the latest zoneinfo file from http://www.nih.gov/ and recompile it with /usr/sbin/zic. Yeah, you could use the ports tree, but I prefer using methods that are a little more portable across operating systems. I've got like two dozen different OS releases of various flavors to update with the new timezone information. -Damian ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Daylight savings time / 6.1 and 4.11
hal wrote: 6.2-STABLE zdump -v -c 2008 MST7MDT MST7MDT Sun Mar 11 08:59:59 2007 UTC = Sun Mar 11 01:59:59 2007 MST isdst=0 gmtoff=-25200 MST7MDT Sun Mar 11 09:00:00 2007 UTC = Sun Mar 11 03:00:00 2007 MDT isdst=1 gmtoff=-21600 MST7MDT Sun Nov 4 07:59:59 2007 UTC = Sun Nov 4 01:59:59 2007 MDT isdst=1 gmtoff=-21600 MST7MDT Sun Nov 4 08:00:00 2007 UTC = Sun Nov 4 01:00:00 2007 MST isdst=0 gmtoff=-25200 Shows the new MST - MDT and MDT - MST dates zdump -v -c 2008 /etc/localtime /etc/localtime Sun Apr 1 08:59:59 2007 UTC = Sun Apr 1 01:59:59 2007 MST isdst=0 gmtoff=-25200 /etc/localtime Sun Apr 1 09:00:00 2007 UTC = Sun Apr 1 03:00:00 2007 MDT isdst=1 gmtoff=-21600 /etc/localtime Sun Oct 28 07:59:59 2007 UTC = Sun Oct 28 01:59:59 2007 MDT isdst=1 gmtoff=-21600 /etc/localtime Sun Oct 28 08:00:00 2007 UTC = Sun Oct 28 01:00:00 2007 MST isdst=0 gmtoff=-25200 Shows the old MST - MDT and MDT - MST dates What did I miss? What do I do next? Your /etc/localtime is probably a copy of the old zoneinfo data, left over from a previous incarnation. Just copy the updated zoneinfo data for your local timezone (I'm assuming it is MST7MDT) over it. cp /usr/share/zoneinfo/MST7MDT /etc/localtime [You could make /etc/localtime a link or a symlink to the appropriate file under /usr/share/zoneinfo, but only if /etc and /usr/share/zoneinfo happen to be on the same filesystem (ie. on the root filesystem), which is not the case in the default install of FreeBSD] There is yet another copy of localtime in /var/named/etc/localtime which you should also update in the came way if you're running named at all. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: Daylight savings time / 6.1 and 4.11
Your /etc/localtime is probably a copy of the old zoneinfo data, left over from a previous incarnation. My system at home is running 6.2-RELEASE: zdump -v /etc/localtime | more (...) /etc/localtime Sun Mar 31 06:59:59 1918 UTC = Sun Mar 31 01:59:59 1918 EST isdst=0 gmtoff=-18000 /etc/localtime Sun Mar 31 07:00:00 1918 UTC = Sun Mar 31 03:00:00 1918 EDT isdst=1 gmtoff=-14400 /etc/localtime Sun Oct 27 05:59:59 1918 UTC = Sun Oct 27 01:59:59 1918 EDT isdst=1 gmtoff=-14400 /etc/localtime Sun Oct 27 06:00:00 1918 UTC = Sun Oct 27 01:00:00 1918 EST isdst=0 gmtoff=-18000 Same if I look at /usr/share/zoneinfo/EST5EDT. I looked in the files for the zoneinfo port, same deal. What am I missing? -jav ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Daylight savings time / 6.1 and 4.11
On Jan 20, 2007, at 10:36 AM, Matthew Seaman wrote: Errr --- why are you looking at when daylight savings changes happened in 1918? Yeah, I noticed that after I sent the email. Duh. -jav ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Daylight savings time / 6.1 and 4.11
Javier Henderson wrote: Your /etc/localtime is probably a copy of the old zoneinfo data, left over from a previous incarnation. My system at home is running 6.2-RELEASE: zdump -v /etc/localtime | more (...) /etc/localtime Sun Mar 31 06:59:59 1918 UTC = Sun Mar 31 01:59:59 1918 EST isdst=0 gmtoff=-18000 /etc/localtime Sun Mar 31 07:00:00 1918 UTC = Sun Mar 31 03:00:00 1918 EDT isdst=1 gmtoff=-14400 /etc/localtime Sun Oct 27 05:59:59 1918 UTC = Sun Oct 27 01:59:59 1918 EDT isdst=1 gmtoff=-14400 /etc/localtime Sun Oct 27 06:00:00 1918 UTC = Sun Oct 27 01:00:00 1918 EST isdst=0 gmtoff=-18000 Same if I look at /usr/share/zoneinfo/EST5EDT. I looked in the files for the zoneinfo port, same deal. What am I missing? Errr --- why are you looking at when daylight savings changes happened in 1918? Try something like this: happy-idiot-talk:~:% zdump -v /usr/share/zoneinfo/EST5EDT | grep '200[67]' /usr/share/zoneinfo/EST5EDT Sun Apr 2 06:59:59 2006 UTC = Sun Apr 2 01:59:59 2006 EST isdst=0 gmtoff=-18000 /usr/share/zoneinfo/EST5EDT Sun Apr 2 07:00:00 2006 UTC = Sun Apr 2 03:00:00 2006 EDT isdst=1 gmtoff=-14400 /usr/share/zoneinfo/EST5EDT Sun Oct 29 05:59:59 2006 UTC = Sun Oct 29 01:59:59 2006 EDT isdst=1 gmtoff=-14400 /usr/share/zoneinfo/EST5EDT Sun Oct 29 06:00:00 2006 UTC = Sun Oct 29 01:00:00 2006 EST isdst=0 gmtoff=-18000 /usr/share/zoneinfo/EST5EDT Sun Mar 11 06:59:59 2007 UTC = Sun Mar 11 01:59:59 2007 EST isdst=0 gmtoff=-18000 /usr/share/zoneinfo/EST5EDT Sun Mar 11 07:00:00 2007 UTC = Sun Mar 11 03:00:00 2007 EDT isdst=1 gmtoff=-14400 /usr/share/zoneinfo/EST5EDT Sun Nov 4 05:59:59 2007 UTC = Sun Nov 4 01:59:59 2007 EDT isdst=1 gmtoff=-14400 /usr/share/zoneinfo/EST5EDT Sun Nov 4 06:00:00 2007 UTC = Sun Nov 4 01:00:00 2007 EST isdst=0 gmtoff=-18000 Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: Daylight savings time / 6.1 and 4.11
Matthew Seaman wrote: [You could make /etc/localtime a link or a symlink to the appropriate file under /usr/share/zoneinfo, but only if /etc and /usr/share/zoneinfo happen to be on the same filesystem (ie. on the root filesystem), which is not the case in the default install of FreeBSD] As you suggest, making /etc/localtime a symlink ensures that the current /usr/share/zoneinfo file is always the one that actually gets used. That's an easy and significant benefit. So, why not do this on all boxes, even those that have / and /usr under separate filesystems? Granted, localtime will be unreadable whenever /usr is not mounted, but is that really a problem? Typically it will only be an issue at boot-time and in single user mode. The current time and file system times will be displayed in UTC, but this is only a small temporary inconvenience for the operator. Cron might not do its work as expected, but it is unlikely to be running in circumstances where /usr is not mounted. Perhaps some log files might be affected, but if /usr isn't mounted, then /var probably isn't either. Have I missed some big potential problem that might outweigh the benefit of using the symlink even when /etc/localtime and /usr/share/zoneinfo are on separate filesystems? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Daylight savings time / 6.1 and 4.11
On Jan 18, 2007, at Thursday, Jan18, 2007 5:36 PM, Murray Taylor wrote: This is an issue here at work. We have very many FreeBSD 4.x machines and a growing number of FreeBSD 6.x. The change when daylight saving time starts and ends is an issue for machines in the United States and, we think, those in Canada. The way to check if your zone file is correct is to do zdump -v /etc/localtime | more Look for the following /etc/localtime Sun Mar 11 09:59:59 2007 UTC = Sun Mar 11 01:59:59 2007 PST isdst=0 gmtoff=-28800 /etc/localtime Sun Mar 11 10:00:00 2007 UTC = Sun Mar 11 03:00:00 2007 PDT isdst=1 gmtoff=-25200 /etc/localtime Sun Nov 4 08:59:59 2007 UTC = Sun Nov 4 01:59:59 2007 PDT isdst=1 gmtoff=-25200 /etc/localtime Sun Nov 4 09:00:00 2007 UTC = Sun Nov 4 01:00:00 2007 PST isdst=0 gmtoff=-28800 If you see this, your zone file will handle the change correctly. The 6.x series has the corrected zone files. 4.x does not have this. The best way to handle this is to copy the zone file from /usr/share/zoneinfo on a 6.x machine to your 4.x. Josef Interesting: Just did an upgrade to 6.2-STABLE from 6.1-RELEASE-p10 and here is what I see. uname -r 6.2-STABLE zdump -v -c 2008 MST7MDT MST7MDT Sun Mar 11 08:59:59 2007 UTC = Sun Mar 11 01:59:59 2007 MST isdst=0 gmtoff=-25200 MST7MDT Sun Mar 11 09:00:00 2007 UTC = Sun Mar 11 03:00:00 2007 MDT isdst=1 gmtoff=-21600 MST7MDT Sun Nov 4 07:59:59 2007 UTC = Sun Nov 4 01:59:59 2007 MDT isdst=1 gmtoff=-21600 MST7MDT Sun Nov 4 08:00:00 2007 UTC = Sun Nov 4 01:00:00 2007 MST isdst=0 gmtoff=-25200 Shows the new MST - MDT and MDT - MST dates zdump -v -c 2008 /etc/localtime /etc/localtime Sun Apr 1 08:59:59 2007 UTC = Sun Apr 1 01:59:59 2007 MST isdst=0 gmtoff=-25200 /etc/localtime Sun Apr 1 09:00:00 2007 UTC = Sun Apr 1 03:00:00 2007 MDT isdst=1 gmtoff=-21600 /etc/localtime Sun Oct 28 07:59:59 2007 UTC = Sun Oct 28 01:59:59 2007 MDT isdst=1 gmtoff=-21600 /etc/localtime Sun Oct 28 08:00:00 2007 UTC = Sun Oct 28 01:00:00 2007 MST isdst=0 gmtoff=-25200 Shows the old MST - MDT and MDT - MST dates What did I miss? What do I do next? hal ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Daylight savings time / 6.1 and 4.11
On Tue, Jan 16, 2007 at 01:31:22PM -0700, hal wrote: This came down from above?! Beginning in 2007, Daylight Savings Time will be lengthened one month by starting three weeks earlier (2AM on the second Sunday in March) and ending one week later (2AM on the first Sunday in November). What patch levels do I need to be at for my 4.7 and 6.1 systems to be daylight savings 2007 ready? Currently: 4.11-RELEASE-p25 Currently: 6.1-RELEASE-p10 hal This is an issue here at work. We have very many FreeBSD 4.x machines and a growing number of FreeBSD 6.x. The change when daylight saving time starts and ends is an issue for machines in the United States and, we think, those in Canada. The way to check if your zone file is correct is to do zdump -v /etc/localtime | more Look for the following /etc/localtime Sun Mar 11 09:59:59 2007 UTC = Sun Mar 11 01:59:59 2007 PST isdst=0 gmtoff=-28800 /etc/localtime Sun Mar 11 10:00:00 2007 UTC = Sun Mar 11 03:00:00 2007 PDT isdst=1 gmtoff=-25200 /etc/localtime Sun Nov 4 08:59:59 2007 UTC = Sun Nov 4 01:59:59 2007 PDT isdst=1 gmtoff=-25200 /etc/localtime Sun Nov 4 09:00:00 2007 UTC = Sun Nov 4 01:00:00 2007 PST isdst=0 gmtoff=-28800 If you see this, your zone file will handle the change correctly. The 6.x series has the corrected zone files. 4.x does not have this. The best way to handle this is to copy the zone file from /usr/share/zoneinfo on a 6.x machine to your 4.x. Josef -- FreeBSD 6.2 | Supreme executive power derives from a mandate Josef Grosch| from the masses, not from some farcical aquatic [EMAIL PROTECTED] | ceremony. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Daylight savings time / 6.1 and 4.11
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Josef Grosch Sent: Friday, 19 January 2007 10:59 AM To: hal Cc: freebsd-questions@freebsd.org Subject: Re: Daylight savings time / 6.1 and 4.11 On Tue, Jan 16, 2007 at 01:31:22PM -0700, hal wrote: This came down from above?! Beginning in 2007, Daylight Savings Time will be lengthened one month by starting three weeks earlier (2AM on the second Sunday in March) and ending one week later (2AM on the first Sunday in November). What patch levels do I need to be at for my 4.7 and 6.1 systems to be daylight savings 2007 ready? Currently: 4.11-RELEASE-p25 Currently: 6.1-RELEASE-p10 hal This is an issue here at work. We have very many FreeBSD 4.x machines and a growing number of FreeBSD 6.x. The change when daylight saving time starts and ends is an issue for machines in the United States and, we think, those in Canada. The way to check if your zone file is correct is to do zdump -v /etc/localtime | more Look for the following /etc/localtime Sun Mar 11 09:59:59 2007 UTC = Sun Mar 11 01:59:59 2007 PST isdst=0 gmtoff=-28800 /etc/localtime Sun Mar 11 10:00:00 2007 UTC = Sun Mar 11 03:00:00 2007 PDT isdst=1 gmtoff=-25200 /etc/localtime Sun Nov 4 08:59:59 2007 UTC = Sun Nov 4 01:59:59 2007 PDT isdst=1 gmtoff=-25200 /etc/localtime Sun Nov 4 09:00:00 2007 UTC = Sun Nov 4 01:00:00 2007 PST isdst=0 gmtoff=-28800 If you see this, your zone file will handle the change correctly. The 6.x series has the corrected zone files. 4.x does not have this. The best way to handle this is to copy the zone file from /usr/share/zoneinfo on a 6.x machine to your 4.x. Josef port misc/zoneinfo runs on all os versions, fixes all zone files caveat: current ports tree caveat: only works if the DST change has been added to the NIST master files mjt --- The information transmitted in this e-mail is for the exclusive use of the intended addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material. E-mails may not be secure, may contain computer viruses and may be corrupted in transmission. Please carefully check this e-mail (and any attachment) accordingly. No warranties are given and no liability is accepted for any loss or damage caused by such matters. --- ### This e-mail message has been scanned for Viruses by Bytecraft ### ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Daylight savings time / 6.1 and 4.11
In the last episode (Jan 16), hal said: Beginning in 2007, Daylight Savings Time will be lengthened one month by starting three weeks earlier (2AM on the second Sunday in March) and ending one week later (2AM on the first Sunday in November). What patch levels do I need to be at for my 4.7 and 6.1 systems to be daylight savings 2007 ready? Currently: 4.11-RELEASE-p25 Currently: 6.1-RELEASE-p10 Since it's not a security issue, I doubt the new zone files will go into any -p# branch. If you were tracking the main branches (RELENG_4 or RELENG_6) instead of a -RELEASE branch (RELENG_4_11 or RELENG_6_1), you would have them, though. Quickest fix would be to install the misc/zoneinfo port, which doesn't care what release you're running. -- Dan Nelson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Daylight savings time / 6.1 and 4.11
On Jan 16, 2007, at Tuesday, Jan16, 2007 1:59 PM, Dan Nelson wrote: Since it's not a security issue, I doubt the new zone files will go into any -p# branch. If you were tracking the main branches (RELENG_4 or RELENG_6) instead of a -RELEASE branch (RELENG_4_11 or RELENG_6_1), you would have them, though. Quickest fix would be to install the misc/zoneinfo port, which doesn't care what release you're running. Whoa there?! Are you telling me that when I use cvsup with the following supfile I am only getting security fixes? *default tag=RELENG_6_1 *default host=cvsup14.FreeBSD.org *default prefix=/usr *default base=/usr/local/etc/cvsup *default release=cvs delete use-rel-suffix hal ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Daylight savings time / 6.1 and 4.11
On Jan 16, 2007, at Tuesday, Jan16, 2007 1:59 PM, Dan Nelson wrote: Since it's not a security issue, I doubt the new zone files will go into any -p# branch. If you were tracking the main branches (RELENG_4 or RELENG_6) instead of a -RELEASE branch (RELENG_4_11 or RELENG_6_1), you would have them, though. Quickest fix would be to install the misc/zoneinfo port, which doesn't care what release you're running. Whoa there?! Are you telling me that when I use cvsup with the following supfile I am only getting security fixes? *default tag=RELENG_6_1 *default host=cvsup14.FreeBSD.org *default prefix=/usr *default base=/usr/local/etc/cvsup *default release=cvs delete use-rel-suffix From http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html: RELENG_6_1 The release branch for FreeBSD-6.1, used only for security advisories and other critical fixes I'm sure a case could be made with regard to updated timezone information being critical -- but since a port exists for timezone information, there is less of a need to push this into the release branch. -- Matt Emmerton ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]