Bug 2021

Summary: timezone global changes with daylight savings time
Product: [Retired] Red Hat Linux Reporter: david.wilson
Component: glibcAssignee: Cristian Gafton <gafton>
Status: CLOSED WONTFIX QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 5.1   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 1999-06-18 16:36:53 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description david.wilson 1999-04-06 10:24:04 UTC 
The man page, the SVID, and the behaviour of libc5 all
had the timezone global containing the offset from GMT
of the standard timezone. (e.g. EST).

I have found that with RH5.1 (libc 2.0.7) that the value
of timezone depends, e.g. on the last call to localtime, and
the value is the offset from GMT of the time last reported.
If daylight savings time is in effect for this converted
time, then timezone is the DST timezone, not the standard
timezone.

For my locale (GB), calling localtime with a time in
December, gives a timezone value of 0, which is correct.
But calling localtime with a time in April, gives a timezone
value of -3600, which is not correct.
Comment 1 Michael K. Johnson 1999-04-10 03:07:59 UTC 
Is your hardware clock set to UTC?
Does /etc/sysconfig/clock have
UTC=true
in it?
Comment 2 Cristian Gafton 1999-06-18 16:36:59 UTC 
closed because of lack of feedback. Please reopen for follow ups.


------- Email Received From  David Wilson <David.Wilson> 06/18/99 13:09 -------