Has anyone tried updating their NS/OS systems to correctly handle DST changes in North America for 2007? The old 'zic' program seems to puke on recent tzdata files (the last working one I found was tzdata93f).
Thanks,
Cory.
I was just wondering the same thing, I'm going to sit down with it today and tomorrow and see if I can't get it ready for the change.
-Mike
Added: Painfully slow trying to zic the file on my 33mhz :? , Also the new zic from tzcode doesn't compile, naturally. I suspect we are going to have to hand edit the northamerica file to remove the problem lines [line 125 threw and error and something in the 250ish range]. So I think the best thing to do might be to edit out the parts you need specifically with the zone and the more modern parts of the file [forget the 1940's stuff] and trying getting zic to crunch it.
OK I got mine fixed.... I went with the first plan of just editing down the northamerica file to just the stuff I need and then debug that. I'm in San Diego, Ca so I really only needed PST PDT and America/Log_Angeles
Here is the file I used ....
# @(#)los_angeles 8.12
# <pre>
# United States
# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S
Rule US 1967 2006 - Oct lastSun 2:00 0 S
Rule US 1967 1973 - Apr lastSun 2:00 1:00 D
Rule US 1974 only - Jan 6 2:00 1:00 D
Rule US 1975 only - Feb 23 2:00 1:00 D
Rule US 1976 1986 - Apr lastSun 2:00 1:00 D
Rule US 1987 2006 - Apr Sun>=1 2:00 1:00 D
Rule US 2007 max - Mar Sun>=8 2:00 1:00 D
Rule US 2007 max - Nov Sun>=1 2:00 0 S
# Zone NAME GMTOFF RULES FORMAT [UNTIL]
Zone EST -5:00 - EST
Zone MST -7:00 - MST
Zone HST -10:00 - HST
Zone EST5EDT -5:00 US E%sT
Zone CST6CDT -6:00 US C%sT
Zone MST7MDT -7:00 US M%sT
Zone PST8PDT -8:00 US P%sT
# US Pacific time, represented by Los Angeles
#
# California, northern Idaho (Benewah, Bonner, Boundary, Clearwater,
# Idaho, Kootenai, Latah, Lewis, Nez Perce, and Shoshone counties),
# most of Nevada, most of Oregon, and Washington
#
# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER
Rule CA 1948 only - Mar 14 2:00 1:00 D
Rule CA 1949 only - Jan 1 2:00 0 S
Rule CA 1950 1966 - Apr lastSun 2:00 1:00 D
Rule CA 1950 1961 - Sep lastSun 2:00 0 S
Rule CA 1962 1966 - Oct lastSun 2:00 0 S
# Zone NAME GMTOFF RULES FORMAT [UNTIL]
Zone America/Los_Angeles -8:00 CA P%sT 1967
-8:00 US P%sT
I ran "zic los_angeles" against it and it made new binary files in /etc/zonefile/ then I changed the symlink to point at the new /etc/zonefile/America/Log_Angeles and when I do date I get...
root@betelgeuse /etc/zoneinfo [9] date
Fri Mar 9 15:29:16 PST 2007
Looks good to me.
I think old zic barfs on Rules that have seconds in the time. My first attempt to edit it down got this error.
root@betelgeuse /etc/zoneinfo [6] zic los_angeles
"los_angeles", line 34: time overflow
Hopefully that is enough detail for those who want to build fresh files. For those who need to download the new files to work on go here ftp://elsie.nci.nih.gov/pub/
-Mike
Quote from: "rewoffl3"Has anyone tried updating their NS/OS systems to correctly handle DST changes in North America for 2007? The old 'zic' program seems to puke on recent tzdata files (the last working one I found was tzdata93f).
Replying to this a bit late. I posted a .zic file based on modern definitions to c.s.n.admin back in February but it didn't replicate very reliably. It's a bit long so perhaps it might better belong in the files section. I'll forward it along to admin as it exceeds current forum limits.
Quote from: "cubist"Quote from: "rewoffl3"Has anyone tried updating their NS/OS systems to correctly handle DST changes in North America for 2007? The old 'zic' program seems to puke on recent tzdata files (the last working one I found was tzdata93f).
Replying to this a bit late. I posted a .zic file based on modern definitions to c.s.n.admin back in February but it didn't replicate very reliably. It's a bit long so perhaps it might better belong in the files section. I'll forward it along to admin as it exceeds current forum limits.
Figured I'd post an update on this. I had used your 2007 update back then to update just the North America on my systems, but took sometime yesterday to get zic/zdump to compile correctly to update to the latest tzdata which is 2010j. I was able to update all regions successfully after getting zic/zdump to compile. I compiled them quad fat & then tested generating the "zoneinfo" on my x86, m68k, & hppa systems. The "zoneinfo" all came out the same size & seems to work fine on 2 systems I've installed it on so far. If people are interested, I can upload an archive somewhere so others can update their zoneinfo. Or I can post the changes to the Makefile, & the few minor changes I had to make to get zic/zdump to compile correctly. The changes weren't major. Most changes were just to the Makefile. If you're interested let me know. Take care.
Steve
Quote from: "kb7sqi"
If people are interested, I can upload an archive somewhere so others can update their zoneinfo.
Steve, I would be interested in that...
Tim
Quote from: "timu"Quote from: "kb7sqi"
If people are interested, I can upload an archive somewhere so others can update their zoneinfo.
Steve, I would be interested in that...
Tim
Tim shoot me an email where I can email the file to you. The zoneinfo archive is about 900K compiled fast for all architectures.
Steve