On Fri, 2 Mar 2007, Troy Dawson wrote:
> Hello,
> I need people to test the glibc that comes in S.L. 3.0.8 and S.L. 4.4,
> in older releases. This is because only the latest glibc has the real
test on older releases
> fixes that makes the tzdata update, actually work for everything.
> Details for that are below if you want them.
> I want to have this in the errata area by late monday, March 5, or at
> the latest tuesday March 6
>
> How to test?
>
> ** S.L. 3.0.7 and older **
> 1 - update glibc (it might also update nscd and nptl-devel if you have
> them installed)
> yum -c
> ftp://ftp.scientificlinux.org/linux/scientific/30rolling/testing/yum.conf
> update
>
> 2 - Make sure any critical program you have runs
> 3 - Let me know if your critical program doesn't run
>
> ** S.L. 4.3 and older **
> 1 - update glibc (it might also update nscd and nptl-devel if you have
> them installed)
> yum -c
> ftp://ftp.scientificlinux.org/linux/scientific/40rolling/testing/yum.conf
> update
>
> 2 - Make sure any critical program you have runs
> 3 - Let me know if your critical program doesn't run
>
> -----
> If you want to update the rpm's by hand, here is the ftp area
> Please note, these are the same rpm's as found in SL 308 and 44, but
> they are just by themselves
> -----
> SL3
> ftp://ftp.scientificlinux.org/linux/scientific/30rolling/testing/i386/RPMS/timezone
> ftp://ftp.scientificlinux.org/linux/scientific/30rolling/testing/x86_64/RPMS/timezone
>
> SL4
> ftp://ftp.scientificlinux.org/linux/scientific/40rolling/testing/i386/RPMS/timezone
> ftp://ftp.scientificlinux.org/linux/scientific/40rolling/testing/x86_64/RPMS/timezone
>
>
> -------------------------------
> DETAILS
> Only read if you want to know the problem
> Even this is really trimmed down
> -------------------------------
> On releases before SL3.0.8 and SL4.4, the correlation between
> /etc/localtime and /usr/share/zoneinfo was not done correctly.
>
> The problem is really with glibc.
>
> Here's some background (this is on a SL4 system, but it's the same for
> SL3, just different numbers)
>
> $rpm -qf /etc/timezone
> glibc-2.3.4-2.25.i686
> $ rpm -qf /usr/share/zoneinfo/America/Chicago
> tzdata-2006m-3.el4.noarch
>
> You see that those two files are controlled by two different rpm's, the
> one being glibc. (I don't know why glibc, that seems like such an odd
> place to put timezone stuff, but that's a different story.)
>
> Now, what we really want to look at is glibc-common, and more
> importantly, it's post install scripts, and triggers. triggers are
> scripts that get run when *other* rpm's are installed or uninstalled.
>
> From a SL4.4 machine
> $ rpm -q --scripts --triggers glibc-common
> postinstall program: /usr/sbin/build-locale-archive
> triggerin scriptlet (using /usr/sbin/tzdata-update) -- tzdata
>
> From a SL4.2 machine
> $ rpm -q --scripts --triggers glibc-common
> postinstall program: /usr/sbin/build-locale-archive
>
> So we see, that in the new glibc-common, they actually fixed it so that
> when you update tzdata, things get updated correctly.
> Was that in the glibc release notes? Yes. But, it was overlooked just
> a bit.
>
>
>
Note that the really simple solution is to copy the new zoneinfo from
/usr/share/zoneinfo/.../... over as /etc/localtime
The proper /usr/share/zoneinfo/.../... can be determined from the ZONE
entry in /etc/sysconfig/clock
---------------------------------------------------------------------------
So the above glibc trigger is doing the following
---------------------------------------------------------------------------
Example
[root@yort centos]# cat /etc/sysconfig/clock
ZONE="America/Chicago"
So in this example it would be.
cp /usr/share/zoneinfo/America/Chicago /etc/localtime
To verify
zdump -v /etc/localtime | grep 2007
-Connie Sieh
|