Bug 162187

Description Gleb Smirnoff 2011-10-31 09:30:15 UTC

	By default, the /etc/localtime file isn't a symlink but a copy of
	timezone selected upon installation with tzsetup.

	As the system undergoes upgrades, runs installworld, mergemaster,
	etc, the file /etc/localtime is never touched. For example in my
	system it is dated year 2004.

	The problem pops up when the system doesn't change its timezone, but
	the timezone the system resides in is changed itself. For example
	new daylight saving policies are published by state.

	Administator expects that keeping system up to date, or installing a
	package upon /usr/share/zoneinfo would make his system configured to
	an updated timezone.

Fix: 

1) At job, our network installation process makes /etc/localtime a
	   symlink. All these systems underwent the transition process to
	   new 2011 daylight saving timezone in Russia correctly, unlike
	   the systems installed by sysinstall.
	   We have been running hundreds of installations with symlink for
	   years, and we didn't notice any problems with this approach.

	2) If having symlink to /usr/share/zoneinfo in /etc is not feasible
	   for some reason, then some updating tool should check whether
	   the /etc/localtime copy needs to be updated. Probably mergemaster?
How-To-Repeat: 	1) Update your system.
	2) ls -l /etc/localtime.