Bug 156697

Summary: Linux time doesn't match Apple's summer time
Product: [Fedora] Fedora Reporter: Andrew Cagney <cagney>
Component: system-config-dateAssignee: Nils Philippsen <nphilipp>
Status: CLOSED CANTFIX QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 4CC: dwmw2
Target Milestone: ---   
Target Release: ---   
Hardware: powerpc   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-04-07 10:05:37 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On:    
Bug Blocks: 121179    

Description Andrew Cagney 2005-05-03 14:16:52 UTC
Given "System clock uses UTC" disabled.

It would appear that Apple keeps the hwclock in local standard time. even during
summer.  The system clock being adjusted by an hr during summer.

GNU/Linux, on the other hand, appears to think that the hwclock should always
exactly match local time.  During summer this puts GNU/Linux and Apple one hr out.

Comment 1 David Woodhouse 2005-05-03 14:33:42 UTC
Apple stores the UTC delta in XPRAM, and I believe the kernel's RTC driver
automatically compensates for it -- thus you should be telling userspace that
the system clock _does_ use UTC.

Can you show the output of 'dmesg | grep GMT'?

Comment 2 Andrew Cagney 2005-05-06 01:23:49 UTC
Many reboots later (this really scrambles the clock):

System clock uses UTC disabled: Apple==21:xx; Linux=20:xx
System clock uses UTC enabled: Apple=21:xxx; linux=16:xx

GMT Delta read from XPRAM: -300 minutes, DST: off

Comment 3 Nils Philippsen 2006-03-14 15:45:15 UTC
Guys, I really don't think this is a s-c-date problem, can you please change it
to something more appropriate (don't ask me what is more appropriate -- I would
have changed it by myself if I knew).

Comment 4 Nils Philippsen 2006-04-07 10:05:37 UTC
I can't fix this in system-config-date, I think this can only be fixed in
util-linux (hwclock) or the kernel. Pick which one you like best ;-).