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: Andy_Bach@wiwb.uscourts.gov [mailto:Andy_Bach@wiwb.uscourts.gov]
Sent: Friday, January 26, 2007 1:43 PM
To: Raymer, Daniel L.
Cc: focus-sun@securityfocus.com; listbounce@securityfocus.com
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: andy_bach@wiwb.uscourts.gov
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.
