Red Hat Bugzilla – Bug 186743
/etc/localtime is a copy from /usr/share/zoneinfo - should be a symlink
Last modified: 2015-05-04 21:32:15 EDT
Description of problem:
Daylight changing has occured at the wrong date (Australia eastern states)
Version-Release number of selected component (if applicable):
All versions of FC inc FC5
Steps to Reproduce:
During installation, /etc/localtime is taken as a copy from the selected zone
file in /usr/share/zoneinfo
Consequently, when the tzdata package gets updated, as has happened in
Australian eastern states to reflect the change from daylight saving being 1
week later to accommodate the Commonwealth Games, the /etc/localtime file does
not get updated.
Surely /etc/localtime should be a symlink into the selected /usr/share/zoneinfo
file instead of being a copy from it.
I have just checked this with an FC5 install and it is still a copy - reflecting
the correct change point because the tzdata file is new - but it will never
reflect any future changes to tzdata files.
On a few of our FC4 machines /etc/localtime had been updated -- possibly on a
reboot, or possibly on some other trigger.
Can someone confirm how the FC system is supposed to work - are there meant to
be symlinks, or should tzdata RPMs update /etc/localtime in their post-install
It has been commented elsewhere that a symlink between /etc/localtime and the
zoneinfo file in /usr/share/zoneinfo may not be the best way to go as there may
be situations where the latter filesystem may not be on line when the local time
gets set during boot.
Perhaps some sort of intermediary using /etc/sysconfig might be a better way to go.
*** This bug has been marked as a duplicate of 186742 ***