https://bugzilla.novell.com/show_bug.cgi?id=681109
https://bugzilla.novell.com/show_bug.cgi?id=681109#c3
Dr. Werner Fink changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |NEEDINFO
InfoProvider| |sbrabec@novell.com
--- Comment #3 from Dr. Werner Fink 2011-05-13 10:38:23 UTC ---
Help ... maybe the CMOS is running localtime or why are you want to
use wrapclock and hwclock --systz?? If so the file /etc/adjtime
is broken as it complains that CMOS is in UTC.
If your CMOS is in UTC (check this, but note that hwclock reports
always in localtime!) then the kernel does run in UTC as it should
and no warpclock nor hwclock --systz should be used ... reading
/etc/init.d/boot.clock carefully shows exactly this. The case of
USE_ADJFILE=yes is only used if and only if HWCLOCK is -u or --utc.
Anything else would break the correct localtime given by
/etc/localtime that is
CMOS(UTC) -> kernel(UTC) -> glibc(localtime)
if any tool for using or attaching a FAT file system does not
use the glibc APU it is simply broken. I'll not work on such
things anymore.
Make sure that no TZ variable overrides the /etc/localtime!
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.