Description of problem:
Ever since /etc/localtime ceased to be a symbolic link we have a problem with
updating the installed tiemzone dat ain /usr/share/zoneinfo. Setting the
timezone copies one of these files to /etc/localtime but if the timezone data
gets updated the copy remains the same. Updates don't take effect.
Version-Release number of selected component (if applicable):
every package so far
Steps to Reproduce:
1.set timezone to use a file which is known to change after tzdata update
should correspond to new file version
This problem applies to all releases and FC. We need to have a way for the
tzdata post-install code to determine what timezone the /etc/localtime file
corresponds to and then copy over the new file (if it changed).
That's a big problem though.
1) tzdata %post can't use /bin/sh etc., as we'd get into a dependency loop
(tzdata requiring shell, shell requiring glibc, glibc requiring glibc-common,
glibc-common requiring tzdata)
2) statically linked proglet to do the update is not going to work either
- tzdata is .noarch.rpm and rpm doesn't handle replacing a noarch package
with arch specific one
I proposed years ago that system-config-date had a %trigger for this, but
I think its maintainer was strongly against that.
glibc-common-2.3.90-12 in rawhide has /usr/sbin/tzdata-update proglet and
runs it both when glibc-common is upgraded/installed and as %trigger for
As of RHEL4 tzdata-2006m-3.el4, the tzdata package does automatically update the
I believe this bug can be closed.