Bug 1290533
Summary: | RFC: tzset daylight variable incorrectly set - according to software vendor | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Paulo Andrade <pandrade> |
Component: | glibc | Assignee: | Carlos O'Donell <codonell> |
Status: | CLOSED NOTABUG | QA Contact: | qe-baseos-tools-bugs |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 6.8 | CC: | ashankar, fweimer, mnewsome, mpoole, pfrankli |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2015-12-10 22:07:23 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Paulo Andrade
2015-12-10 17:55:25 UTC
The glibc manual is clear on this point. If there has ever been, in the past, or future, a daylight saving rule for the zone, then daylight value will be non-zero. The timezone data contains past, prevent and future data and is as accurate as the most recent version of tzdata which you have installed on your system (overriden by your own custom rules in the TZ env var). I submitted two patches upstream to the linux man pages project to clarify this: [patch] gettimeofday.2: Expand on the historic historical meaning of tz_dsttime. http://marc.info/?l=linux-man&m=144977768703615&w=2 [patch] tzset.3: Clarify "daylight" and remove erroneous note. http://marc.info/?l=linux-man&m=144978510505736&w=2 I'm closing this as CLOSED/NOTABUG. Many thanks Carlos. I believe it is now clear as well, that if Linux has any difference, it is very well documented, and it is not that Linux and Solaris have a bug. But I am not sure about, compared to what :) |