- tz - lists.iana.org

Maybe a mistake in tzdata2010k.tar.gz
by Stanley, Rick Aug. 4, 2010

Aug. 4, 2010

Hi, I got your email from http://www.twinsun.com/tz/tz-link.htm. I have recently downloaded this tz file: tzdata2010k.tar.gz I have compiled the tz file for Egypt and find the following: bash-3.00# zdump -v Egypt | grep 2010 Egypt Thu Apr 29 21:59:59 2010 UTC = Thu Apr 29 23:59:59 2010 EET isdst=0 Egypt Thu Apr 29 22:00:00 2010 UTC = Fri Apr 30 01:00:00 2010 EEST isdst=1 Egypt Tue Aug 10 20:59:59 2010 UTC = Tue Aug 10 23:59:59 2010 EEST isdst=1 Egypt Tue Aug 10 21:00:00 2010 UTC = Tue Aug 10 23:00:00 2010 EET isdst=0 Egypt Wed Sep 8 21:59:59 2010 UTC = Wed Sep 8 23:59:59 2010 EET isdst=0 Egypt Wed Sep 8 22:00:00 2010 UTC = Thu Sep 9 01:00:00 2010 EEST isdst=1 Egypt Thu Sep 30 20:59:59 2010 UTC = Thu Sep 30 23:59:59 2010 EEST isdst=1 Egypt Thu Sep 30 21:00:00 2010 UTC = Thu Sep 30 23:00:00 2010 EET isdst=0 All of this looks correct, except for the Sep 8 - Sep 9 changes. Here is what I find on the web about time changes in Egypt: DST ends<http://www.timeanddate.com/worldclock/clockchange.html?n=53> on Midnight between Tuesday, August 10, 2010 and Wednesday, August 11, 2010 local daylight time DST starts<http://www.timeanddate.com/worldclock/clockchange.html?n=53> on Midnight between Thursday, September 9, 2010 and Friday, September 10, 2010 local standard time DST ends<http://www.timeanddate.com/worldclock/clockchange.html?n=53> on Midnight between Thursday, September 30, 2010 and Friday, October 1, 2010 local daylight time On the web, DST starts between Sept 9 and 10th In the TZ file, DST starts between Sept 8 and 9th. Thank you, Rick Stanley Technical Support Engineer, Global Mobile Messaging (within the USA) 1.888.367.8552 | (outside USA) +1.919.460.2150 5200 Paramount Parkway | Morrisville, NC | 27560 | USA Tekelec<http://www.tekelec.com/?LinkID=TK22&PubID=15&DistID=9&AdID=4> [cid:image002.jpg@01CB33CA.88257E40]

1 0

Australian timezone abbreviation EST
by Joachim Wieland Aug. 3, 2010

Aug. 3, 2010

Hi there, I am a bit confused by the definition of some Australian timezones in the database, maybe someone could shed some light here... When I look at Melbourne for example, I see: [...] Rule AV 2008 max - Apr Sun>=1 2:00s 0 - Rule AV 2008 max - Oct Sun>=1 2:00s 1:00 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Australia/Melbourne 9:39:52 - LMT 1895 Feb 10:00 Aus EST 1971 10:00 AV EST It looks like there is only one valid timezone abbreviation, which is EST! EST seems to change its offset whenever Australia/Melbourne changes from dst or back? Isn't that more than confusing? How would one know what time "4:15pm EST" is?! Or am I only misreading this? http://www.travelmath.com/time-zone/Australia/Melbourne tells me: "The GMT offset is currently UTC/GMT +10 hours (EST). It will change [...]. The new GMT offset will be UTC/GMT +11 hours (EST)." Thanks for your help, Joachim PS: I am not subscribed to the list, it would be nice if you could copy me in your replies. Thanks.

4 5

Re: Egypt plan to [cancel] DST during Ramadan and then to resume DST again.
by Arthur David Olson July 29, 2010

July 29, 2010

We have this at http://www.almasryalyoum.com/en/news/clocks-go-back-during-ramadan-and-then…: In a statement released yesterday, the cabinet clarified that clocks will move back by one hour at midnight on Tuesday 10 August, to be moved forward again after Ramadan, on Thursday 9 September. Clocks will roll back once more on Thursday 30 September to put the nation on winter time, as stipulated by law. Mosslem Shaltout, professor of solar-space physics and vice-chairman of the Arab Union for Astronomy and Space Sciences (AUASS), said Ramadan will start, atronomically speaking, on Wednesday 11 August. According to Shaltout, the moon's crescent will appear at 6:08 AM on 10 August, when the moon is on the same level with the sun and earth, marking the beginning of Ramadan. Mosslem Shaltout is said to refer to an August 10 crescent moon, and also is said to refer to an August 11 start of Ramadan. We also have this at http://www.timeanddate.com/news/time/egypt-ends-dst-2010.html: DST ends and clocks will move one hour back at midnight (00:00) between Tuesday August 10, and Wednesday August 11, in 2010. Egypt will revert back to DST after Ramadan and move their clocks forward at midnight (00:00) between Thursday, September 9, and Friday September 10, 2010. Egypt will end its 2010 DST schedule at midnight (00:00) local time between Thursday, September 30, and Friday, October 1. Perhaps the clearest translation to rules is: Rule Egypt 2010 only - Aug 11 0:00 0 - Rule Egypt 2010 only - Sep 10 0:00 1:00 S The first rule behaves the same way as what's now in the "africa" file; the second rule restarts DST a day later than what's now in the file. --ado

3 2

FW: Egypt plan to [cancel] DST during Ramadan and then to resume DST again.
by Olson, Arthur David (NIH/NCI) [E] July 29, 2010

July 29, 2010

I'm forwarding this message from Andreas Schwab, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado -----Original Message----- From: Andreas Schwab [mailto:schwab@redhat.com] Sent: Thursday, July 29, 2010 4:44 To: tz(a)lecserver.nci.nih.gov Cc: tz(a)lecserver.nci.nih.gov Subject: Re: Egypt plan to [cancel] DST during Ramadan and then to resume DST again. Arthur David Olson <olsona(a)elsie.nci.nih.gov> writes: > + Rule Egypt 2010 only - Aug 10 23:00s 0 - According to the website <http://www.almasryalyoum.com/en/news/clocks-go-back-during-ramadan-and-then…> Ramandan begins 2010-08-10 06:08, which is before 2010-08-10 23:00s. I think the point in time in the sentence "clocks will move back by one hour at midnight on Tuesday 10 August" should be interpreted as 2010-08-10 00:00. Andreas. -- Andreas Schwab, schwab(a)redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different."

1 0

Re: Egypt plan to [cancel] DST during Ramadan and then to resume DST again.
by Arthur David Olson July 29, 2010

July 29, 2010

Below is a proposed change to deal with Egypt's 2010 DST hole; I'll include this in tzdata2010k.tar.gz (due out 2010-07-26) unless a problem is found. --ado ------- africa ------- *** /tmp/geta25439 Tue Jul 20 16:00:03 2010 --- /tmp/getb25439 Tue Jul 20 16:00:03 2010 *************** *** 1,5 **** # <pre> ! # @(#)africa 8.26 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)africa 8.27 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 294,301 **** --- 294,318 ---- # and can be found by searching for "winter" in their search engine # (at least today). + # From Alexander Krivenyshev (2010-07-20): + # According to News from Egypt - Al-Masry Al-Youm Egypt's cabinet has + # decided that Daylight Saving Time will not be used in Egypt during + # Ramadan. + # + # Arabic translation: + # "Clocks to go back during Ramadan--and then forward again" + # <a href="http://www.almasryalyoum.com/en/news/clocks-go-back-during-ramadan-and-then…"> + # http://www.almasryalyoum.com/en/news/clocks-go-back-during-ramadan-and-then… + # </a> + # or + # <a href="http://www.worldtimezone.com/dst_news/dst_news_egypt02.html"> + # http://www.worldtimezone.com/dst_news/dst_news_egypt02.html + # </a> + Rule Egypt 2008 only - Aug lastThu 23:00s 0 - Rule Egypt 2009 only - Aug 20 23:00s 0 - + Rule Egypt 2010 only - Aug 10 23:00s 0 - + Rule Egypt 2010 only - Sep 9 0:00s 1:00 S Rule Egypt 2010 max - Sep lastThu 23:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL]

3 2

Samoa DST dates
by Steffen Thorsen July 27, 2010

July 27, 2010

Samoa has now released the dates they will change clocks for DST according to samoaobserver.ws: Saturday 25th September 2010 – adjust your clocks forward from 12:00am to 1:00am Saturday 2nd April 2011 – adjust your clocks backwards from 1:00am to 12:00am http://www.samoaobserver.ws/index.php?option=com_content&view=article&id=24… Our article about it: http://www.timeanddate.com/news/time/samoa-starts-dst-2010.html Best regards, Steffen Thorsen - timeanddate.com

3 2

RE: Timezone logic bug in tzcode
by Arthur David Olson July 27, 2010

July 27, 2010

Replacing these lines in localtime.c... for (i = 0; i < sp->typecnt; ++i) { register const struct ttinfo * const ttisp = &sp->ttis[i]; tzname[ttisp->tt_isdst] = &sp->chars[ttisp->tt_abbrind]; #ifdef USG_COMPAT if (ttisp->tt_isdst) daylight = 1; if (i == 0 || !ttisp->tt_isdst) timezone = -(ttisp->tt_gmtoff); #endif /* defined USG_COMPAT */ #ifdef ALTZONE if (i == 0 || ttisp->tt_isdst) altzone = -(ttisp->tt_gmtoff); #endif /* defined ALTZONE */ } /* ** And to get the latest zone names into tzname. . . */ for (i = 0; i < sp->timecnt; ++i) { register const struct ttinfo * const ttisp = &sp->ttis[ sp->types[i]]; tzname[ttisp->tt_isdst] = &sp->chars[ttisp->tt_abbrind]; } ...with these lines... /* ** And to get the latest zone names into tzname. . . */ for (i = 0; i < sp->timecnt; ++i) { register const struct ttinfo * const ttisp = &sp->ttis[ sp->types[i]]; tzname[ttisp->tt_isdst] = &sp->chars[ttisp->tt_abbrind]; #ifdef USG_COMPAT if (ttisp->tt_isdst) daylight = 1; if (!ttisp->tt_isdst) timezone = -(ttisp->tt_gmtoff); #endif /* defined USG_COMPAT */ #ifdef ALTZONE if (ttisp->tt_isdst) altzone = -(ttisp->tt_gmtoff); #endif /* defined ALTZONE */ } ...should do the trick. I'll also take a look at setting up zic to output time types so that the most recently used types are output last. --ado

1 0

FW: Timezone logic bug in tzcode
by Olson, Arthur David (NIH/NCI) [E] July 27, 2010

July 27, 2010

I'm forwarding this message from Kang Seonghoon, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado -----Original Message----- From: Kang Seonghoon [mailto:someone@mearie.org] Sent: Tuesday, July 27, 2010 12:58 To: tz(a)lecserver.nci.nih.gov Subject: Timezone logic bug in tzcode Hello, While tracking a weird timezone bug present in Mac OS X and Darwin, I determined the bug lies in the tzcode package. I'm not sure when the bug first appeared but the affected versions include tzcode2010{j,k}.tar.gz at the minimum. The problematic part is settzname() function in localtime.c. When USG_COMPAT flag is set it initializes timezone and altzone variables, but since it (incorrectly) assumes the last non-DST rule is current it assigns a wrong value to them. For a counter-example see Asia/Seoul timezone: in this case timezone should be UTC+9:00 but set to UTC+8:00 instead. As far as I concerned the code is also present in FreeBSD and Darwin, and in Darwin it produces a wrong result for strftime(3) call as a consequence. (I'm going to report this issue to Apple separately.) Regards, Kang Seonghoon

1 0

Timezone logic bug in tzcode
by Kang Seonghoon July 26, 2010

July 26, 2010

Hello, While tracking a weird timezone bug present in Mac OS X and Darwin, I determined the bug lies in the tzcode package. I'm not sure when the bug first appeared but the affected versions include tzcode2010{j,k}.tar.gz at the minimum. The problematic part is settzname() function in localtime.c. When USG_COMPAT flag is set it initializes timezone and altzone variables, but since it (incorrectly) assumes the last non-DST rule is current it assigns a wrong value to them. For a counter-example see Asia/Seoul timezone: in this case timezone should be UTC+9:00 but set to UTC+8:00 instead. As far as I concerned the code is also present in FreeBSD and Darwin, and in Darwin it produces a wrong result for strftime(3) call as a consequence. (I'm going to report this issue to Apple separately.) Regards, Kang Seonghoon

1 0

CORRECTED: code2010k and data2010k
by Olson, Arthur David (NIH/NCI) [E] July 26, 2010

July 26, 2010

The files... ftp://elsie.nci.nih.gov/pub/tzcode2010k.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2010k.tar.gz ...are now available; these reflect the changes circulated last week on the time zone mailing list. You can expect an update for Samoa (and possibly for Egypt if better information becomes available) shortly. Folks who want to avoid version thrash may want to wait to update. (Thanks to Abhijit Saha for being the first to catch the j/k error.) --ado

1 0