Created attachment 875675 [details]
Reproducer for tzset(3) issue.
Description of problem: (also discussed in BZ#1076801 )
tzset(3) manual says
"... In a System-V like environment, it will also set the variables
timezone (seconds West of UTC) and daylight (to 0 if this timezone
does not have any daylight saving time rules, or to nonzero if
there is a time during the year when daylight saving time applies)."
But it incorrectly sets daylight=1 even in time-zones which do NOT follow DST at all, ever. Ex. India Standard Time(IST)
Version-Release number of selected component (if applicable): glibc-2.18-12.fc20.x86_64
How reproducible: always
Steps to Reproduce:
1. download the attached reproducer
2. cc -xc -o t t.c
$ ls /etc/localtime
lrwxrwxrwx. 1 /etc/localtime -> ../usr/share/zoneinfo/Asia/Kolkata
$ date '+%Z %z'
tz: IST, tz: IST, daylight: 1
$ ls -l /etc/localtime
lrwxrwxrwx. 1 /etc/localtime -> /usr/share/zoneinfo/Asia/Singapore
$ date '+%Z %z'
tz: SGT, tz: MALST, daylight: 1
tz: IST, tz: IST, daylight: 0
tz: SGT, tz: SGT, daylight: 0
 -> https://bugzilla.redhat.com/show_bug.cgi?id=1076801
 -> http://www.timeanddate.com/time/dst/2014.html
Created attachment 875676 [details]
localtime(3) test program
The localtime(3) call works as expected and correctly sets the 'tm_isdst' field value.
This bug appears to have been reported against 'rawhide' during the Fedora 22 development cycle.
Changing version to '22'.
More information and reason for this action is here:
See the explanation in bug 1290533 comment 3. This is not a bug.
*** Bug 1076794 has been marked as a duplicate of this bug. ***