Bassett, Mark wrote:
Which is why I always symlink /etc/localtime Not only does it solve these issues, but it makes it very clear which timezone is selected!
But means that your time info is not available when /usr/share is not mounted. This probably does not impact many people, but Red Hat started using a copy back in the RHL6 days to overcome the problem.
John.
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of Aleksandar Milivojevic Sent: Monday, November 07, 2005 2:45 PM To: centos@centos.org Subject: Re: [CentOS] New Standard/Daylight time-change dates in rhel4u2 butnot centos4.2?
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.
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos