-----Original Message----- From: Aleksandar Milivojevic [mailto:alex@milivojevic.org] Sent: Monday, November 7, 2005 03:32 PM To: centos@centos.org Subject: Re: [CentOS] New Standard/Daylight time-change dates in rhel4u2 but not centos4.2?
Quoting Robert kerplop@sbcglobal.net:
Works fine in the US Central time zone:
Maybe his CentOS machine is setup to use *Canadian* time zone file (in his case, it was Eastern). As a quick test, I'd suggest doing:
$ diff /etc/localtime /usr/share/zoneinfo/Canada/Eastern $ diff /etc/localtime /usr/share/zoneinfo/US/Eastern
(or "Central", if local time zone is standard central time).
If he's on Canadian time, just copy the appropriate file from US subdirectory over /etc/localtime to get back to US time.
Many thanks, that was basically the problem. It wasn't Canadian time, but it was the wrong /etc/localtime. I don't know where that /etc/localtime came from -- it's not the same as any of the files in the /usr/share/zoneinfo hierarchy. But putting US/Eastern in there did the trick.
Stowe Davison
Quoting s.davison@computer.org:
Many thanks, that was basically the problem. It wasn't Canadian time, but it was the wrong /etc/localtime. I don't know where that /etc/localtime came from -- it's not the same as any of the files in the /usr/share/zoneinfo hierarchy. But putting US/Eastern in there did the trick.
My guess is you had old version of tzdata package, that was updated to current version sometime in the past. Now, if you look which package owns /etc/localtime and /usr/share/zoneinfo stuff, you get:
# rpm -qf /etc/localtime glibc-2.3.4-2.13 # rpm -qf /usr/share/zoneinfo/US/Eastern tzdata-2005m-1.EL4
As far as I can see, tzdata package has no pre/postinstall scripts associated with it. That would mean /etc/localtime doesn't get updated when tzdata is updated. Unless I missed something, it's probably a bug in tzdata RPM package.
---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.