http://bugzilla.novell.com/show_bug.cgi?id=627116 http://bugzilla.novell.com/show_bug.cgi?id=627116#c2 Dr. Werner Fink <werner@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW CC| |varkoly@novell.com InfoProvider|werner@novell.com | --- Comment #2 from Dr. Werner Fink <werner@novell.com> 2010-08-11 09:20:53 UTC --- Ahmm ... if this laptop uses Linux only, then *please* use UTC (Coordinated Universal Time). With this you do not need to change the hardware clock. Only the file /etc/localtime has to changed to change the time zone. This can be done by using zic(8) with its option -l ... no date(1) nor hwclock(8) has to be executed nor the system has to rebooted. Btw: /etc/adjtime is not used if localtime is used for the hardware clock as this makes no sense at all. Furthermore the system clock of the kernel is always in UTC. This is the reason *why* we have to inform the kernel about the localtime in the hardware clock. If you insist using localtime in the hardware clock you have to make sure that if you're using date(1), hwclock(8), and zic(8) to make sure that the CMOS/HW clock is running in localtime *and* the kernels system clock stays in UTC as the time e.g. shown by date(1) is determined on the information found in /etc/localtime and the system time. This can be done very simple as /etc/localtime provides the time zone offset and time zone rules (e.g. DTS) in comparision to the Coordinated Universal Time. IMHO we should not support localtime in HW/CMOS anymore. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.