I did a work around... The problem was zic and zdump were not being pulled from the patch by the script. I extracted the binaries and put them in /usr/sbin then just took the src files from the patch and placed them in /usr/share/lib/zoneinfo/src. After a quick zic northamerica and reboot, DST was reporting properly.
If you do not pull zic and zdump from the patch, they will continue to report the incorrect data as the old zic will not compile the new timezones correctly. Daniel Raymer Unix Systems Administrator ITS Vanderbilt University -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, January 26, 2007 1:43 PM To: Raymer, Daniel L. Cc: [email protected]; [EMAIL PROTECTED] Subject: Re: Re: Solaris 2.7 Daylight saving time fix. > Sadly, this script still leaves me with zdump -v showing April 1st for DST changeover. Yeah, it appears you need to do a couple things - one is change from the old school "?STx?DT" TZ format (to US/Central for example) and the other is to ditch the solaris zdump for the nih one. I'm still hoping for a response but it was indicated that Sun holds that the ?STx?DT format precludes using any zoneinfo files - not sure where it gets the info then (one of libc or libdl? time()?) but .... Not sure if the "problem" extends beyond just zdump, that is, what other programs might not use the zoneinfo info a Andy Bach Systems Mangler Internet: [EMAIL PROTECTED] VOICE: (608) 261-5738 FAX 264-5932 Although few may originate a policy, we are all able to judge it. Pericles of Athens, c.430 B.C.
