CentOS - Nov 2005 - New Standard/Daylight time-change dates in rhel4u2 butnot centos4.2?

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!

-----Original Message-----
From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On
Behalf Of Aleksandar Milivojevic
Sent: Monday, November 07, 2005 2:45 PM
To: centos at centos.org
Subject: Re: [CentOS] New Standard/Daylight time-change dates in rhel4u2
butnot centos4.2?

Quoting s.davison at 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 at centos.org
http://lists.centos.org/mailman/listinfo/centos

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 at centos.org [mailto:centos-bounces at centos.org] On
> Behalf Of Aleksandar Milivojevic
> Sent: Monday, November 07, 2005 2:45 PM
> To: centos at centos.org
> Subject: Re: [CentOS] New Standard/Daylight time-change dates in rhel4u2
> butnot centos4.2?
> 
> Quoting s.davison at 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 at centos.org
> http://lists.centos.org/mailman/listinfo/centos
> 
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> http://lists.centos.org/mailman/listinfo/centos
> 
> 
> 

-- 
John Newbigin
Computer Systems Officer
Faculty of Information and Communication Technologies
Swinburne University of Technology
Melbourne, Australia
http://www.ict.swin.edu.au/staff/jnewbigin