http://bugzilla.novell.com/show_bug.cgi?id=627116
http://bugzilla.novell.com/show_bug.cgi?id=627116#c2
Dr. Werner Fink changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |NEW
CC| |varkoly@novell.com
InfoProvider|werner@novell.com |
--- Comment #2 from Dr. Werner Fink 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.