- tz - lists.iana.org

Fwd: Turkey delays winter time
by Fatih Oct. 5, 2015

Oct. 5, 2015

Hi, its officialy announced now by ministry of energy. Turkey delays winter time to 8th of November 04:00 http://www.aa.com.tr/tr/turkiye/yaz-saati-uygulamasi-8-kasimda-sona-erecek/… <https://t.yesware.com/tl/a9ae0329641b7dd629a1f9fbd15b34b7a31e117f/a9aeca165…> (Turkish Official News Agency) Best regards. Fatih, WorldClock.com™ <https://t.yesware.com/tl/a9ae0329641b7dd629a1f9fbd15b34b7a31e117f/a9aeca165…> 2015-09-20 6:04 GMT+03:00 Paul Eggert <eggert(a)cs.ucla.edu>: > After looking around a bit, I found a news article dated September 8 on > the topic. I wonder why the news took so long to be known more broadly? > Anyway, attached is a proposed patch to match the many news sources that > talk about this. Although I have installed this in the experimental > version on github, I would prefer confirmation from a more-official source > before doing a tzdata release. >

3 2

Asia/Nicosia
by Steven Nicolaou Oct. 3, 2015

Oct. 3, 2015

Hi, I would like to propose that Asia/Nicosia move to Europe/Nicosia. The Asia file makes this statement: # Classically, Cyprus belongs to Asia; e.g. see Herodotus, Histories, I.72. # However, for various reasons many users expect to find it under Europe. While I appreciate the nod to classical antiquity, its classification under Asia is wholly irrelevant today. This statement appears to trivialize the "various reasons" why "many users" tend to expect it under Europe. . Cyprus is a European country . The culture is decidedly Europe-facing . It is a member state of the European Union . Its currency is the Euro . It has participated in the Eurovision Song Contest since 1981 . Its time zone is Eastern European Time (EET) . The predominant culture and language is Greek . The earliest historical reference to Cyprus in the 15th century BC was in Mycenaean Greek . The Asia file itself even mentions this: "# IATA SSIM (1998-09) has Cyprus using EU rules for the first time." There is nothing Asian about Cyprus today. Nobody in the country attempting to set the local time zone is going to look for it under Asia. If we don't find it under Europe, we assume it was erroneously omitted. Steven

3 2

Last weekend's daylight-saving confusion in Morocco
by Paul Eggert Oct. 1, 2015

Oct. 1, 2015

Thomas Savage reports confusion in Morocco last weekend involving daylight saving time. See: Savage T. Quelle heure est-il vraiment au Maroc? Telquel.ma 2015-09-30. http://telquel.ma/2015/09/30/quelle-heure-il-vraiment-au-maroc_1464578 Savage quotes last month's confusion on the tz mailing list over whether Morocco's fallback transition this year would be Sept. 27 (as an incorrect news report would have it) or Oct. 25 (the official date), and speculates that this confusion led to many electronic devices in Morocco to misbehave on Sept. 27. In thinking about the failure symptoms, though, I guess a more plausible explanation is that the malfunctioning devices were using the equivalent of a tz release somewhere from tzdata 2012c (dated 2012-03-07) through 2013g (dated 2013-09-30), as these older releases predicted that Morocco would fall back the last Sunday in September -- a prediction that was correct in 2012 but incorrect in 2013 through 2015.

1 0

[tz-announce] 2015g release of tz code and data available
by Paul Eggert Oct. 1, 2015

Oct. 1, 2015

The 2015g release of the tz code and data is available. It reflects the following changes, which were either circulated on the tz mailing list or are relatively minor technical or administrative changes: Changes affecting future time stamps Turkey's 2015 fall-back transition is scheduled for Nov. 8, not Oct. 25. (Thanks to Fatih.) Norfolk moves from +1130 to +1100 on 2015-10-04 at 02:00 local time. (Thanks to Alexander Krivenyshev.) Fiji's 2016 fall-back transition is scheduled for January 17, not 24. (Thanks to Ken Rylander.) Fort Nelson, British Columbia will not fall back on 2015-11-01. It has effectively been on MST (-0700) since it advanced its clocks on 2015-03-08. New zone America/Fort_Nelson. (Thanks to Matt Johnson.) Changes affecting past time stamps Norfolk observed DST from 1974-10-27 02:00 to 1975-03-02 02:00. Changes affecting code localtime no longer mishandles America/Anchorage after 2037. (Thanks to Bradley White for reporting the bug.) On hosts with signed 32-bit time_t, localtime no longer mishandles Pacific/Fiji after 2038-01-16 14:00 UTC. The localtime module allows the variables 'timezone', 'daylight', and 'altzone' to be in common storage shared with other modules, and declares them in case the system <time.h> does not. (Problems reported by Kees Dekker.) On platforms with tm_zone, strftime.c now assumes it is not NULL. This simplifies the code and is consistent with zdump.c. (Problem reported by Christos Zoulas.) Changes affecting documentation The tzfile man page now documents that transition times denote the starts (not the ends) of the corresponding time periods. (Ambiguity reported by Bill Seymour.) Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2015g.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2015g.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2015g.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2015g.tar.gz As usual, links to the latest release files are here: http://www.iana.org/time-zones/repository/tzcode-latest.tar.gz http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz ftp://ftp.iana.org/tz/tzcode-latest.tar.gz ftp://ftp.iana.org/tz/tzdata-latest.tar.gz Each release file has a GPG signature, which can be retrieved by appending ".asc" to the above URLs. Copies of these signatures are appended to this message. This release corresponds to commit 6d00980f1ff2ac665f3de027c79faacf4f26d1b0 dated Thu Oct 1 01:43:59 2015 -0700 and tagged '2015g' in the experimental github repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: 44da833da3afdb82636a953785372bb4c765e61e40d700da40b46ab70007ebdbde4d480e10b87cbb36c45eaaffcaa6b9894375e2f553b7d16655dc167cd4a11f tzcode2015g.tar.gz ad7de0e3e8753861d260f0fcbcbca327516a4dc826f7659370a7fb979e6154f1a26b23d2609acf6e1790c8c59da0b76c42f4a94bf361409c1460f6a8ffa6f879 tzdata2015g.tar.gz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJWDP2cAAoJEO2X6Q5iqn40XHkP/2QXgHEJuj0XQaMy0Wy5RZQT vrWN0z8zfO5J5LBv03cjNmeYsmQvN2Sy2f2wNESo0GUm4qunujQW/Y0qKRn1Hnwz +nRNrWFmGqYFANapR9emUorucl+l24VQUkBc7piAkVZU1ouEsksHss3uYnNfCwyl L/2Vc7KY07/N6QyAmdiSp3AKWu0CnItsdzRyy99amj/7d3QKOrMvAxiGeAe7V1P7 W0Ath56JxTnuHMCOawHTUtzBt13qjZ7cFBHsOb4xclrZ3ryNnu3Pzd94bxeP3NGp 4AkfTcgo0mYrIMAuf/b40xbZJBcZNzkbCbZ5iE2XMVPToMPL/I2e4C+rZP+Ot7fv TkChGvv9ridmeEqTIVCtOXyR8AQGgGCNpMKsEE1Py5Lkx63gMBtxkdSXOZXi+QZ5 UljSY8RT2vQ81eailUGQRjtLyTGlhmel3yioD+aXbJyiYVrkSOfQ/En5wcIMtWqm DwgTsaIX70gT+1CUVLixdEdUSKhd9p+Voypvf14xIcAYqii08jlvd8AeR1IY5+Uz yr09gX7esp3B+9HgRgkH82R5nqstWbuc/5sVlnreM+7obnc5/QWPHoDUWgJQO7sk R/Cb6Kc32UrfZwAmy4rRoOA4uTsYvIazqoaiuE/sfNSRUD3R4rOQPDxXMx6m/kbf bGwkIeBRSuC9nmVI40G+ =U0wm -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJWDP2cAAoJEO2X6Q5iqn40AUcQAJQI8NTDYuLOHrsnnbpdmmF4 DG91kmznvXK+S5AjXbeUtSyoLL/XJwq2Io25u7OKaH5O+9/HgcN1Y1afHtSHAhEB i8Mg0sfvV6IJRpIKA/++6VILRqgKCOLzxyggk7dZbdAQQdvl4z2qmWR/5m5nJ7K/ seE+sTsJ1j6ra77APK+ffauoN7ArFweMmpVC3tBSkBpCXYPPuGToBfGxFo3gnpni Kqv/ahjlRNUcmyw/ALbCdBEL40k7bxftL6uM0BbapV2GYVU+UTz+isVStHmg3P5V TS1gpgmjKMDBh4P0UEiaVhtsI+EBNU1YW/o8c2xdoGuz6qgbxeeMyrPxUQu2qb0w LDHovfsIhoB2YNTGK2M+1aio2lkhcV+AX7241RuGxiP/n92c+6SPGlY7o69XQqaC i58/AjS3a6E7yYgb+birN+/Yi0KzxWwI6nJMxlLSfc9yFZREf9nCd+7YPcSSJJIO 3fbsFNJPoPa36hfMH83L0rmyphpQEU2+46+BboqQhL9ULV4QhYiNCeXXyZm1ptDl BMyjxh2mO+sPDE47xyI7tsl94dzbgmWMSQp74SlFLDPaK065x5U+Z8437oiMip5K rhVXzr/vyrzX/Anyok05i3lmY3iAFyBIFuv7s93nr0SnrZDjCDq6FafLSOnvIhD7 4R6azOsK4h1HbCxswUCK =yiad -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

Fiji change exposed Y2038 bug in localtime.c
by Paul Eggert Oct. 1, 2015

Oct. 1, 2015

The recent change to the Pacific/Fiji data added a transition from +1300 to +1200 at 2018-01-17 03:00 local time, which is just before the maximum 32-bit signed time_t value. Previously, that transition was just after the 32-bit boundary. This change exposed a curious bug in the interaction between zic and localtime.c on platforms with signed 32-bit time_t. For the benefit of older systems, zic outputs explicit transitions for years in the range 1900 through 2037, relying on the POSIX-TZ-style string (for Pacific/Fiji, "FJT-12FJST,M11.1.0,M1.3.0/3") at the end of the tzfile for transitions outside that range. Although newer versions of localtime.c should use the POSIX-TZ-style string for time stamps in the year 2038, if time_t is a signed 32-bit integer these localtime.c versions mishandle Fijian time stamps from 2038-01-16 14:00:00 through 2038-01-19 03:14:07 UTC. This bug is fixed by the attached patch. I discovered this bug during release testing, and will squeeze the attached patch into the next tz release which I plan to make shortly. It strikes me, though, that perhaps zic should be changed too, to better accommodate buggy localtime implementations. If the zic cutoff for old-style transitions is at 2038-01-19 03:14:08 UTC, rather than at 2038-01-01, buggy localtime code should do the right thing. I don't want to install such a change into zic without some thought and/or discussion and/or testing, though; it can wait until a later release.

2 2

isstd and isgmt effect
by Jason Johnson Sept. 30, 2015

Sept. 30, 2015

Hello all I'm writing some software that deals with dates and I parse Olson files to get time zone information. In the tzfile man page, both entries say that they are used for handling POSIX-style environmental variables? Does that mean that I can ignore those values and assume the transition times are just UAT? I couldn't find any documentation on exactly how to handle these values. The nearest thing I found was the Unix time library which seems to make an adjustment based on one setting, but it wasn't clear if this is done in general or if this was part of some specific handling. Thanks for any help you can provide. Jason

3 7

Turkey delays winter time
by Fatih Sept. 30, 2015

Sept. 30, 2015

Hi All, According to news published an hour ago government (Turkey) will postpone end of summer time to 8th of November due to the security issues related with the national election that will be held on 1st Nov. I will confirm from the government agency soon. Best regards. Fatih, WorldClock.com™ <https://t.yesware.com/tl/a9ae0329641b7dd629a1f9fbd15b34b7a31e117f/81cac01ff…>

9 14

Turkey Delays DST End (Oct 25 -> Nov 8)
by ozgur.yuksel＠oracle.com Sept. 29, 2015

Sept. 29, 2015

Hi, Turkey will end Daylight Saving Time <http://www.timeanddate.com/time/dst/> (DST) two weeks later than normal. Clocks will be turned back one hour from 4:00 (4 am) to 3:00 (3 am) local time on Sunday, November 8, 2015. http://www.timeanddate.com/news/time/turkey-delays-dst-end-2015.html 2015f does not seem to have the respective change. -- Özgür Yüksel | Manager, Customer Support, Europe - Middle East - Africa Oracle Linux, Oracle VM and Private Cloud Appliance Support Phone: +90 312 248 8900 ORACLE Turkey | Dumlupinar Blv. 266 Tepe Prime A/56 Çankaya | TR-06800 Ankara

5 4

Was America/Aruba obsoleted and replaced
by kzimmermann＠ups.com Sept. 29, 2015

Sept. 29, 2015

Hello IANA, UPS has an interface agreement with IANA for Time Zone Information. We are testing other requirements and we came across a few concerns. I am working on researching and fixing some time zone concerns for our UPS properties in a few of the data bases I support. I have a few questions: When was the Time Zone Name (TznGeoRefTe) for America/Aruba obsoleted? What is the updated Time Zone Name (TznGeoRefTe) which replaced America/Aruba? When was this notified to your user community? Are all countries identified in IANA with a Time Zone Name (TznGeoRefTe)? I was researching Aruba (AW) and St. Martin (SX), the outcome resulted in an empty result set. These questions are a follow-up, to the empty result set, received from queries. Maybe our link to IANA needs to be refreshed or possible the file pulled from IANA. Thank you for your cooperation. Kellie Zimmermann UPS 201-828-7180 Corporate Reference Data

2 1

Fort Nelson, Canada
by Matt Johnson Sept. 24, 2015

Sept. 24, 2015

According to http://www.timeanddate.com/news/time/fort-nelson-canada-time-zone.html Fort Nelson, BC, Canada will cancel DST this year. So while previously they were aligned with America/Vancouver, they're now aligned with America/Dawson_Creek. Does this type of split require a new zone entry? America/Fort_Nelson ?? Thanks,Matt

4 5

Re: [tz] tz Digest, Vol 34, Issue 19
by Alexander Borg Sept. 24, 2015

Sept. 24, 2015

Hi all there, I'm responding to a mail which is more than an year old. Anyway, I don't understand why you combine zones like +Link Africa/Abidjan Africa/Freetown # Sierra Leone thus throwing away valuable pre-1970 DST and Zone data. I understand that you cannot incoreporate all historical data in 'tzdata', especially the USA and France would be impossible without creating virtually hundreds of additional zones. But in the case above I don't understand why you don't keep the data. Best regards, Alexander Borg -----Ursprüngliche Nachricht----- Von: tz-bounces(a)iana.org [mailto:tz-bounces@iana.org] Im Auftrag von tz-request(a)iana.org Gesendet: Mittwoch, 9. Juli 2014 22:42 An: tz(a)iana.org Betreff: tz Digest, Vol 34, Issue 19 Send tz mailing list submissions to tz(a)iana.org To subscribe or unsubscribe via the World Wide Web, visit https://mm.icann.org/mailman/listinfo/tz or, via email, send a message with subject or body 'help' to tz-request(a)iana.org You can reach the person managing the list at tz-owner(a)iana.org When replying, please edit your Subject line so it is more specific than "Re: Contents of tz digest..." Today's Topics: 1. Daylight saving time in Egypt (newsgroups(a)engine2.net) 2. Re: Daylight saving time in Egypt (Paul Eggert) 3. Re: [PATCH] Replace some zones with links when that doesn't lose useful info. (Paul Eggert) 4. [PATCH] Replace Africa zones with links when that doesn't lose useful info. (Paul Eggert) 5. Re: [PATCH] Replace some zones with links when that doesn't lose useful info. (Stephen Colebourne) ---------------------------------------------------------------------- Message: 1 Date: Wed, 09 Jul 2014 14:03:33 +0200 From: newsgroups(a)engine2.net To: tz(a)iana.org Subject: [tz] Daylight saving time in Egypt Message-ID: <7cdeb5930cc17d073dea6796cc571719(a)engine2.net> Content-Type: text/plain; charset=UTF-8; format=flowed Hi everyone, I search through messages and couldn't find if this information was already sent or not. It seems that there will be a change in daylight saving time in Egypt according to NOTAM (notice to airmen) issued by NOAA (below) which was sent to us with this comment: FOR THE KIND ATTENTION OF OUR VALUABLE CUSTOMERS BELOW NOTAM ISSUED TO ANNOUNCE THAT STARTING 31July2014 AT 2200 GMT , CLOCK IN EGYPT WILL BE GMT PLUS 3 HOURS PLEASE RELAY MESSAGE TO THE CONCENED PARTIES NOTAM content: A0237/14 NOTAMN Q) HECC/QXXXX/IV/NBO/A/000/999/2721N03009E005 A) HECC B) 1407312200 C) 1409252100 E) SUMMER TIME (UTC+3 HOURS) WILL BE STARTED AS ITEM B. CREATED: 02 Jul 2014 13:28:00 SOURCE: HECAYNYX Source: https://www.notams.faa.gov/ Best regards, Michal Konvalinka engine2.net ------------------------------ Message: 2 Date: Wed, 09 Jul 2014 07:38:22 -0700 From: Paul Eggert <eggert(a)cs.ucla.edu> To: newsgroups(a)engine2.net, tz(a)iana.org Subject: Re: [tz] Daylight saving time in Egypt Message-ID: <53BD53DE.6060203(a)cs.ucla.edu> Content-Type: text/plain; charset=UTF-8; format=flowed newsgroups(a)engine2.net wrote: > It seems that there will be a change in daylight saving time in Egypt > according to NOTAM (notice to airmen) issued by NOAA Thank. As of release 2014e the tz database has that transition, along with Morocco's similar transition on August 2 at 02:00 local time. We also have guesses for similar transitions in 2015 through 2038; though there's little doubt these guesses will be wrong, they're better than any of the other guesses we could come up with. ------------------------------ Message: 3 Date: Wed, 09 Jul 2014 08:16:12 -0700 From: Paul Eggert <eggert(a)cs.ucla.edu> To: Stephen Colebourne <scolebourne(a)joda.org>, Time zone mailing list <tz(a)iana.org> Subject: Re: [tz] [PATCH] Replace some zones with links when that doesn't lose useful info. Message-ID: <53BD5CBC.90401(a)cs.ucla.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Stephen Colebourne wrote: > As we have discussed before, changes like this are disruptive to many > people. The LMT and early time values are used out there, irrespective > of their accuracy. It was discussed at some length, and to some extent we're just repeating that discussion now. There's one thing new, though: we now have had significant practical experience. The earlier set of changes along these lines was published in release 2013e (2013-09-19), and it hasn't caused significant disruption in the field. In practice it seems that end users don't much care about things like the time zone of Guadeloupe in 1899 -- which is probably a good thing, since the pre-2013e database was wrong anyway. I understand that simplifying away spurious pre-1970 timestamps can cause more work for detailed regression testing, but that kind of work should be routine as the tz database is always mutating for other reasons anyway. Besides, the tail should not be wagging the dog here: regression testing should be our servant, not our master. ------------------------------ Message: 4 Date: Wed, 9 Jul 2014 12:44:55 -0700 From: Paul Eggert <eggert(a)cs.ucla.edu> To: Time zone mailing list <tz(a)iana.org> Subject: [tz] [PATCH] Replace Africa zones with links when that doesn't lose useful info. Message-ID: <1404935095-13779-1-git-send-email-eggert(a)cs.ucla.edu> Content-Type: text/plain; charset=UTF-8 * africa (Africa/Luanda, Africa/Porto-Novo, Africa/Gaborone) (Africa/Ouagadougou, Africa/Bujumbura, Africa/Douala, Africa/Bangui) (Indian/Comoro, Africa/Kinshasa, Africa/Lubumbashi, Africa/Brazzaville) (Africa/Djibouti, Africa/Malabo, Africa/Asmara, Africa/Addis_Ababa) (Africa/Libreville, Africa/Banjul, Africa/Accra, Africa/Conakry) (Africa/Maseru, Indian/Antananarivo, Africa/Blantyre, Africa/Bamako) (Africa/Nouakchott, Indian/Mayotte, Africa/Maputo, Africa/Niamey) (Africa/Kigali, Atlantic/St_Helena, Africa/Sao_Tome, Africa/Dakar) (Africa/Freetown, Africa/Mogadishu, Africa/Mbabane, Africa/Dar_es_Salaam) (Africa/Lome, Africa/Kampala, Africa/Lusaka, Africa/Harare): * antarctica (Antarctica/Syowa): Remove zone, replacing each with a link to a region that has had the same UTC offset since 1970. * NEWS: Document this. --- NEWS | 20 +++-- africa | 266 ++++++++++++++++++++----------------------------------------- antarctica | 5 +- 3 files changed, 104 insertions(+), 187 deletions(-) diff --git a/NEWS b/NEWS index 222f91e..429b89e 100644 --- a/NEWS +++ b/NEWS @@ -61,11 +61,21 @@ Unreleased, experimental changes Some zones have been turned into links, when they differed from existing zones only for older UTC offsets where the data were likely invented. These changes affect UTC offsets in pre-1970 time stamps only. This is - similar to the change in release 2013e, except this time for the Pacific. - The affected zones are: Antarctica/DumontDUrville, Pacific/Chuuk, - Pacific/Funafuti, Pacific/Majuro, Pacific/Midway, Pacific/Palau, - Pacific/Pohnpei, Pacific/Saipan, Pacific/Tahiti, Pacific/Wake, and - Pacific/Wallis. + similar to the change in release 2013e, except this time for Africa and + the Pacific. The affected zones are: Africa/Accra, Africa/Addis_Ababa, + Africa/Asmara, Africa/Bamako, Africa/Bangui, Africa/Banjul, + Africa/Blantyre, Africa/Brazzaville, Africa/Bujumbura, Africa/Conakry, + Africa/Dakar, Africa/Dar_es_Salaam, Africa/Djibouti, Africa/Douala, + Africa/Freetown, Africa/Gaborone, Africa/Harare, Africa/Kampala, + Africa/Kigali, Africa/Kinshasa, Africa/Libreville, Africa/Lome, + Africa/Luanda, Africa/Lubumbashi, Africa/Lusaka, Africa/Malabo, + Africa/Maputo, Africa/Maseru, Africa/Mbabane, Africa/Mogadishu, + Africa/Niamey, Africa/Nouakchott, Africa/Ouagadougou, Africa/Porto-Novo, + Africa/Sao_Tome, Antarctica/DumontDUrville, Antarctica/Syowa, + Atlantic/St_Helena, Indian/Antananarivo, Indian/Comoro, Indian/Mayotte, + Pacific/Chuuk, Pacific/Funafuti, Pacific/Majuro, Pacific/Midway, + Pacific/Palau, Pacific/Pohnpei, Pacific/Saipan, Pacific/Tahiti, + Pacific/Wake, and Pacific/Wallis. Asia/Shanghai's pre-standard-time UT offset has been changed from 8:05:57 to 8:05:43, the location of Xujiahui Observatory. Its diff --git a/africa b/africa index 3d84d9b..678cde2 100644 --- a/africa +++ b/africa @@ -64,7 +64,6 @@ # 3:00 CAST Central Africa Summer Time (no longer used) # 3:00 SAST South Africa Summer Time (no longer used) # 3:00 EAT East Africa Time -# 4:00 EAST East Africa Summer Time (no longer used) # Algeria # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S @@ -105,45 +104,21 @@ Zone Africa/Algiers 0:12:12 - LMT 1891 Mar 15 0:01 1:00 - CET # Angola -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Luanda 0:52:56 - LMT 1892 - 0:52:04 - AOT 1911 May 26 # Angola Time - 1:00 - WAT - # Benin -# Whitman says they switched to 1:00 in 1946, not 1934; -# go with Shanks & Pottenger. -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Porto-Novo 0:10:28 - LMT 1912 - 0:00 - GMT 1934 Feb 26 - 1:00 - WAT +# See Africa/Lagos. # Botswana -# From Paul Eggert (2013-02-21): -# Milne says they were regulated by the Cape Town Signal in 1899; -# assume they switched to 2:00 when Cape Town did. -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Gaborone 1:43:40 - LMT 1885 - 1:30 - SAST 1903 Mar - 2:00 - CAT 1943 Sep 19 2:00 - 2:00 1:00 CAST 1944 Mar 19 2:00 - 2:00 - CAT +# Milne says they were regulated by the Cape Town Signal in 1899. +# See Africa/Johannesburg. # Burkina Faso -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Ouagadougou -0:06:04 - LMT 1912 - 0:00 - GMT +# See Africa/Abidjan. # Burundi -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Bujumbura 1:57:28 - LMT 1890 - 2:00 - CAT +# See Africa/Johannesburg. # Cameroon -# Whitman says they switched to 1:00 in 1920; go with Shanks & Pottenger. -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Douala 0:38:48 - LMT 1912 - 1:00 - WAT +# See Africa/Lagos. # Cape Verde # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -154,9 +129,7 @@ Zone Atlantic/Cape_Verde -1:34:04 - LMT 1907 # Praia -1:00 - CVT # Central African Republic -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Bangui 1:14:20 - LMT 1912 - 1:00 - WAT +# See Africa/Lagos. # Chad # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -166,31 +139,33 @@ Zone Africa/Ndjamena 1:00:12 - LMT 1912 # N'Djamena 1:00 - WAT # Comoros -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Indian/Comoro 2:53:04 - LMT 1911 Jul # Moroni, Gran Comoro - 3:00 - EAT +# See Africa/Nairobi. # Democratic Republic of Congo -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Kinshasa 1:01:12 - LMT 1897 Nov 9 - 1:00 - WAT -Zone Africa/Lubumbashi 1:49:52 - LMT 1897 Nov 9 - 2:00 - CAT +# See Africa/Lagos for the western part of the country. +# See Africa/Johannesburg for the eastern part of the country. # Republic of the Congo -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Brazzaville 1:01:08 - LMT 1912 - 1:00 - WAT +# See Africa/Lagos. # C?te D'Ivoire / Ivory Coast # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Abidjan -0:16:08 - LMT 1912 0:00 - GMT +Link Africa/Abidjan Africa/Accra # Ghana +Link Africa/Abidjan Africa/Bamako # Mali +Link Africa/Abidjan Africa/Banjul # Gambia +Link Africa/Abidjan Africa/Conakry # Guinea +Link Africa/Abidjan Africa/Dakar # Senegal +Link Africa/Abidjan Africa/Freetown # Sierra Leone +Link Africa/Abidjan Africa/Lome # Togo +Link Africa/Abidjan Africa/Nouakchott # Mauritania +Link Africa/Abidjan Africa/Ouagadougou # Burkina Faso +Link Africa/Abidjan Africa/Sao_Tome # S?o Tom? and Pr?ncipe +Link Africa/Abidjan Atlantic/St_Helena # St Helena # Djibouti -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Djibouti 2:52:36 - LMT 1911 Jul - 3:00 - EAT +# See Africa/Nairobi. ########################################################################## ##### @@ -400,56 +375,32 @@ Zone Africa/Cairo 2:05:09 - LMT 1900 Oct 2:00 Egypt EE%sT # Equatorial Guinea -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Malabo 0:35:08 - LMT 1912 - 0:00 - GMT 1963 Dec 15 - 1:00 - WAT +# See Africa/Lagos. # Eritrea -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Asmara 2:35:32 - LMT 1870 - 2:35:32 - AMT 1890 # Asmara Mean Time - 2:35:20 - ADMT 1936 May 5 # Adis Dera MT - 3:00 - EAT +# See Africa/Nairobi. # Ethiopia -# From Paul Eggert (2006-03-22): -# Shanks & Pottenger write that Ethiopia had six narrowly-spaced time zones -# between 1870 and 1890, and that they merged to 38E50 (2:35:20) in 1890. -# We'll guess that 38E50 is for Adis Dera. -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Addis_Ababa 2:34:48 - LMT 1870 - 2:35:20 - ADMT 1936 May 5 # Adis Dera MT - 3:00 - EAT +# From Paul Eggert (2014-07-09): +# Like the Swahili of Kenya and Tanzania, many Ethiopians keep a # +12-hour clock starting at our 06:00, so their "8 o'clock" is our # +02:00 or 14:00. Keep this in mind when you ask the time in Amharic. +# +# Shanks & Pottenger write that Ethiopia had six narrowly-spaced time # +zones between 1870 and 1890, that they merged to 38E50 (2:35:20) in # +1890, and that they switched to 3:00 on 1936-05-05. Perhaps 38E50 # +was for Adis Dera. Ignore this for now as it predates our 1970 # +cutoff, and it's quite likely wrong anyway. +# +# See Africa/Nairobi. # Gabon -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Libreville 0:37:48 - LMT 1912 - 1:00 - WAT +# See Africa/Lagos. # Gambia -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Banjul -1:06:36 - LMT 1912 - -1:06:36 - BMT 1935 # Banjul Mean Time - -1:00 - WAT 1964 - 0:00 - GMT - # Ghana -# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -# Whitman says DST was observed from 1931 to "the present"; -# go with Shanks & Pottenger. -Rule Ghana 1936 1942 - Sep 1 0:00 0:20 GHST -Rule Ghana 1936 1942 - Dec 31 0:00 0 GMT -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Accra -0:00:52 - LMT 1918 - 0:00 Ghana %s - # Guinea -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Conakry -0:54:52 - LMT 1912 - 0:00 - GMT 1934 Feb 26 - -1:00 - WAT 1960 - 0:00 - GMT +# See Africa/Abidjan. # Guinea-Bissau # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -464,13 +415,19 @@ Zone Africa/Nairobi 2:27:16 - LMT 1928 Jul 2:30 - BEAT 1940 2:45 - BEAUT 1960 3:00 - EAT +Link Africa/Nairobi Africa/Addis_Ababa # Ethiopia +Link Africa/Nairobi Africa/Asmara # Eritrea +Link Africa/Nairobi Africa/Dar_es_Salaam # Tanzania Link Africa/Nairobi +Africa/Djibouti +Link Africa/Nairobi Africa/Kampala # Uganda +Link Africa/Nairobi Africa/Mogadishu # Somalia +Link Africa/Nairobi Antarctica/Syowa +Link Africa/Nairobi Indian/Antananarivo # Madagascar +Link Africa/Nairobi Indian/Comoro +Link Africa/Nairobi Indian/Mayotte # Lesotho -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Maseru 1:50:00 - LMT 1903 Mar - 2:00 - SAST 1943 Sep 19 2:00 - 2:00 1:00 SAST 1944 Mar 19 2:00 - 2:00 - SAST +# See Africa/Johannesburg. # Liberia # From Paul Eggert (2006-03-22): @@ -545,30 +502,14 @@ Zone Africa/Tripoli 0:52:44 - LMT 1920 2:00 - EET # Madagascar -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Indian/Antananarivo 3:10:04 - LMT 1911 Jul - 3:00 - EAT 1954 Feb 27 23:00s - 3:00 1:00 EAST 1954 May 29 23:00s - 3:00 - EAT +# See Africa/Nairobi. # Malawi -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Blantyre 2:20:00 - LMT 1903 Mar - 2:00 - CAT +# See Africa/Johannesburg. # Mali -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Bamako -0:32:00 - LMT 1912 - 0:00 - GMT 1934 Feb 26 - -1:00 - WAT 1960 Jun 20 - 0:00 - GMT - # Mauritania -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Nouakchott -1:03:48 - LMT 1912 - 0:00 - GMT 1934 Feb 26 - -1:00 - WAT 1960 Nov 28 - 0:00 - GMT +# See Africa/Abidjan. # Mauritius @@ -665,8 +606,7 @@ Zone Indian/Mauritius 3:50:00 - LMT 1907 # Port Louis # Mayotte # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Indian/Mayotte 3:00:56 - LMT 1911 Jul # Mamoutzou - 3:00 - EAT +# See Africa/Nairobi. # Morocco # See the 'europe' file for Spanish Morocco (Africa/Ceuta). @@ -964,9 +904,7 @@ Zone Africa/El_Aaiun -0:52:48 - LMT 1934 Jan # El Aai?n 0:00 Morocco WE%sT # Mozambique -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Maputo 2:10:20 - LMT 1903 Mar - 2:00 - CAT +# See Africa/Johannesburg. # Namibia # The 1994-04-03 transition is from Shanks & Pottenger. @@ -998,16 +936,21 @@ Zone Africa/Windhoek 1:08:24 - LMT 1892 Feb 8 1:00 Namibia WA%sT # Niger -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Niamey 0:08:28 - LMT 1912 - -1:00 - WAT 1934 Feb 26 - 0:00 - GMT 1960 - 1:00 - WAT +# See Africa/Lagos. # Nigeria # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Lagos 0:13:36 - LMT 1919 Sep 1:00 - WAT +Link Africa/Lagos Africa/Bangui # Central African Republic +Link Africa/Lagos Africa/Brazzaville # Rep. of the Congo +Link Africa/Lagos Africa/Douala # Cameroon +Link Africa/Lagos Africa/Kinshasa # W Dem. Rep. of the Congo +Link Africa/Lagos Africa/Libreville # Gabon +Link Africa/Lagos Africa/Luanda # Angola +Link Africa/Lagos Africa/Malabo # Equatorial Guinea +Link Africa/Lagos Africa/Niamey # Niger +Link Africa/Lagos Africa/Porto-Novo # Benin # R?union # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -1028,16 +971,11 @@ Link Indian/Reunion Indian/Alfred_Faure # Tromelin - inhabited until at least 1958 # Rwanda -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Kigali 2:00:16 - LMT 1935 Jun - 2:00 - CAT +# See Africa/Johannesburg. # St Helena -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Atlantic/St_Helena -0:22:48 - LMT 1890 # Jamestown - -0:22:48 - JMT 1951 # Jamestown Mean Time - 0:00 - GMT -# The other parts of the St Helena territory are similar: +# See Africa/Abidjan. +# The parts of the St Helena territory are similar: # Tristan da Cunha: on GMT, say Whitman and the CIA # Ascension: on GMT, say the USNO (1995-12-21) and the CIA # Gough (scientific station since 1955; sealers wintered previously): @@ -1045,16 +983,8 @@ Zone Atlantic/St_Helena -0:22:48 - LMT 1890 # Jamestown # Inaccessible, Nightingale: uninhabited # S?o Tom? and Pr?ncipe -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Sao_Tome 0:26:56 - LMT 1884 - -0:36:32 - LMT 1912 # Lisbon Mean Time - 0:00 - GMT - # Senegal -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Dakar -1:09:44 - LMT 1912 - -1:00 - WAT 1941 Jun - 0:00 - GMT +# See Africa/Abidjan. # Seychelles # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -1068,24 +998,10 @@ Zone Indian/Mahe 3:41:48 - LMT 1906 Jun # Victoria # Possibly the islands were uninhabited. # Sierra Leone -# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -# Whitman gives Mar 31 - Aug 31 for 1931 on; go with Shanks & Pottenger. -Rule SL 1935 1942 - Jun 1 0:00 0:40 SLST -Rule SL 1935 1942 - Oct 1 0:00 0 WAT -Rule SL 1957 1962 - Jun 1 0:00 1:00 SLST -Rule SL 1957 1962 - Sep 1 0:00 0 GMT -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Freetown -0:53:00 - LMT 1882 - -0:53:00 - FMT 1913 Jun # Freetown Mean Time - -1:00 SL %s 1957 - 0:00 SL %s +# See Africa/Abidjan. # Somalia -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Mogadishu 3:01:28 - LMT 1893 Nov - 3:00 - EAT 1931 - 2:30 - BEAT 1957 - 3:00 - EAT +# See Africa/Nairobi. # South Africa # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S @@ -1095,6 +1011,17 @@ Rule SA 1943 1944 - Mar Sun>=15 2:00 0 - Zone Africa/Johannesburg 1:52:00 - LMT 1892 Feb 8 1:30 - SAST 1903 Mar 2:00 SA SAST +Link Africa/Johannesburg Africa/Blantyre # Malawi +Link Africa/Johannesburg Africa/Bujumbura # Burundi +Link Africa/Johannesburg Africa/Gaborone # Botswana +Link Africa/Johannesburg Africa/Harare # Zimbabwe +Link Africa/Johannesburg Africa/Kigali # Rwanda +Link Africa/Johannesburg Africa/Lubumbashi # E Dem. Rep. of Congo +Link Africa/Johannesburg Africa/Lusaka # Zambia +Link Africa/Johannesburg Africa/Maputo # Mozambique +Link Africa/Johannesburg Africa/Maseru # Lesotho +Link Africa/Johannesburg Africa/Mbabane # Swaziland +# # Marion and Prince Edward Is # scientific station since 1947 # no information @@ -1122,21 +1049,13 @@ Zone Africa/Khartoum 2:10:08 - LMT 1931 Link Africa/Khartoum Africa/Juba # Swaziland -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Mbabane 2:04:24 - LMT 1903 Mar - 2:00 - SAST +# See Africa/Johannesburg. # Tanzania -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Dar_es_Salaam 2:37:08 - LMT 1931 - 3:00 - EAT 1948 - 2:45 - BEAUT 1961 - 3:00 - EAT +# See Africa/Nairobi. # Togo -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Lome 0:04:52 - LMT 1893 - 0:00 - GMT +# See Africa/Abidjan. # Tunisia @@ -1239,19 +1158,8 @@ Zone Africa/Tunis 0:40:44 - LMT 1881 May 12 1:00 Tunisia CE%sT # Uganda -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Kampala 2:09:40 - LMT 1928 Jul - 3:00 - EAT 1930 - 2:30 - BEAT 1948 - 2:45 - BEAUT 1957 - 3:00 - EAT +# See Africa/Nairobi. # Zambia -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Lusaka 1:53:08 - LMT 1903 Mar - 2:00 - CAT - # Zimbabwe -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Harare 2:04:12 - LMT 1903 Mar - 2:00 - CAT +# See Africa/Johannesburg. diff --git a/antarctica b/antarctica index 16aedaa..38720a8 100644 --- a/antarctica +++ b/antarctica @@ -207,12 +207,11 @@ Zone Indian/Kerguelen 0 - zzz 1950 # Port-aux-Fran?ais # Syowa station, which is the first antarctic station of Japan, # was established on 1957-01-29. Since Syowa station is still the main # station of Japan, it's appropriate for the principal location. -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Antarctica/Syowa 0 - zzz 1957 Jan 29 - 3:00 - SYOT # Syowa Time # See: # NIPR Antarctic Research Activities (1999-08-17) # <http://www.nipr.ac.jp/english/ara01.html> +# +# See Africa/Nairobi. # S Korea - year-round base # Jang Bogo, Terra Nova Bay, -743700+1641205 since 2014 -- 1.9.1 ------------------------------ Message: 5 Date: Wed, 9 Jul 2014 21:41:33 +0100 From: Stephen Colebourne <scolebourne(a)joda.org> To: Time zone mailing list <tz(a)iana.org> Subject: Re: [tz] [PATCH] Replace some zones with links when that doesn't lose useful info. Message-ID: <CACzrW9AyEwA+oT-+QvHHVxc4eOVUwdQ4eA3BMtNKX3+qhQrwdQ(a)mail.gmail.com> Content-Type: text/plain; charset=UTF-8 On 9 July 2014 16:16, Paul Eggert <eggert(a)cs.ucla.edu> wrote: > Stephen Colebourne wrote: >> >> As we have discussed before, changes like this are disruptive to many >> people. The LMT and early time values are used out there, irrespective >> of their accuracy. > > It was discussed at some length, and to some extent we're just repeating > that discussion now. There's one thing new, though: we now have had > significant practical experience. The earlier set of changes along these > lines was published in release 2013e (2013-09-19), and it hasn't caused > significant disruption in the field. In practice it seems that end users > don't much care about things like the time zone of Guadeloupe in 1899 -- > which is probably a good thing, since the pre-2013e database was wrong > anyway. Well it seems that you're going to make the change no matter what, so talking about it does feel rather futile. Its no surprise that changing relatively minor locations results in few issues. Nor is it a surprise that this list wouldn't hear of any issues, because its so far from end users. I can guarantee that the data you have and are planning to destroy is in somebodies database somewhere as both Joda-Time and Java SE 8 expose the full data right back to and including LMT to all users for all zones. As I said last time, the issue isn't removing wrong values, its about replacing them with even more wrong ones. The LMT values in particular, which used to have some meaning, now do not. If you had proposed an alternate way to define LMT values (which were based on the actual city location) then I might be less frustrated. Instead we are back to taking a sledgehammer to data that wasn't causing anyone any harm, replacing it with data that is clearly worse. <shakes head in despair> Stephen ------------------------------ _______________________________________________ tz mailing list tz(a)iana.org https://mm.icann.org/mailman/listinfo/tz End of tz Digest, Vol 34, Issue 19 **********************************

2 1

Norfolk Island
by "" Sept. 24, 2015

Sept. 24, 2015

Another case of pacific island madness:- IATA has been advised that Norfolk Island will change the country’s Standard Variation from +1130 to +1100. The new Standard Variation will be effective as of 4 October 2015 at 0200 local time. (Imposed by the govt in Canbara on that other little Island).

4 4

Update for Turkey
by İlhan Subaşı Sept. 22, 2015

Sept. 22, 2015

Because of the elections summer time in Turkey is not going to end at 25th October but it probably will end on 8th or 9th November. http://www.ntv.com.tr/turkiye/yaz-saati-uygulamasi-ne-zaman-bitecek,sc4xyWE… They do this kinds of chaotic decisions almost every year.

1 0

Morocco to fall back Sept. 27, not Oct. 25
by Paul Eggert Sept. 21, 2015

Sept. 21, 2015

The attached proposed patch implements a change noted in yesterday's Morocco World News. I have not seen an official announcement by the Moroccan government. I suppose we'll need a new tzdata release soon, as the change takes effect in less than nine days.

5 6

Morocco to fall back on Oct. 25, 2015
by Sterling Udell Sept. 19, 2015

Sept. 19, 2015

It looks like the Morocco World News did get it wrong. Here's an official page (in Arabic) noting that the correct date remains Oct 25: http://www.mmsp.gov.ma/ar/actualites.aspx?id=904

2 1

New Abbreviation needed for Asia/Pyongyang
by Greg Slayden Sept. 18, 2015

Sept. 18, 2015

Hi, I noticed in the 2015f tz database that the new Asia/Pyongyang zone for North Korea (now UTC+8:30) has the same abbreviation as Asia/Seoul. Both are noted as KST. Should the abbreviation for Asia/Pyongyang by changed to NKST, perhaps? Pardon if this issue has already been discussed, or if a new abbreviation has already been decided. I am new to the forum, thanks for understanding. --Greg Slayden Microsoft Corporation

2 1

[PROPOSED PATCH] Declare timezone, daylight, altzone in private.h
by Paul Eggert Sept. 18, 2015

Sept. 18, 2015

* NEWS: Document this. * private.h (timezone, daylight) [USG_COMPAT]: (altzone) [ALTZONE]: Declare as extern if not defined as a macro. This may avoid problems in environments where these variables are not declared by the system <time.h>. >From a suggestion by Kees Dekker in: http://mm.icann.org/pipermail/tz/2015-August/022627.html --- NEWS | 5 ++++- private.h | 13 +++++++++++++ 2 files changed, 17 insertions(+), 1 deletion(-) diff --git a/NEWS b/NEWS index 37f461f..2bbb967 100644 --- a/NEWS +++ b/NEWS @@ -13,10 +13,13 @@ Unreleased, experimental changes (Thanks to Bradley White for reporting the bug.) The localtime module allows the variables 'timezone', 'daylight', - and 'altzone' to be in common storage shared with other modules. + and 'altzone' to be in common storage shared with other modules, + and declares them in case the system <time.h> does not. + (Problems reported by Kees Dekker.) On platforms with tm_zone, strftime.c now assumes it is not NULL. This simplifies the code and is consistent with zdump.c. + (Problem reported by Christos Zoulas.) Changes affecting documentation diff --git a/private.h b/private.h index 184da8f..1c176e6 100644 --- a/private.h +++ b/private.h @@ -383,12 +383,25 @@ void tzset(void); ** Some time.h implementations don't declare asctime_r. ** Others might define it as a macro. ** Fix the former without affecting the latter. +** Similarly for timezone, daylight, and altzone. */ #ifndef asctime_r extern char * asctime_r(struct tm const *restrict, char *restrict); #endif +#ifdef USG_COMPAT +# ifndef timezone +extern long timezone; +# endif +# ifndef daylight +extern int daylight; +# endif +#endif +#if defined ALTZONE && !defined altzone +extern long altzone; +#endif + /* ** The STD_INSPIRED functions are similar, but most also need ** declarations if time_tz is defined. -- 2.1.4

2 1

[PROPOSED PATCH] * asia (Azer): Update URL for 1997-03-17 Azeri resolution.
by Paul Eggert Sept. 17, 2015

Sept. 17, 2015

--- asia | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/asia b/asia index 78eed56..5467024 100644 --- a/asia +++ b/asia @@ -131,7 +131,8 @@ Zone Asia/Yerevan 2:58:00 - LMT 1924 May 2 # Azerbaijan # From Rustam Aliyev of the Azerbaijan Internet Forum (2005-10-23): # According to the resolution of Cabinet of Ministers, 1997 -# Resolution available at: http://aif.az/docs/daylight_res.pdf +# From Paul Eggert (2015-09-17): It was Resolution No. 21 (1997-03-17). +# http://code.az/files/daylight_res.pdf # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Azer 1997 max - Mar lastSun 4:00 1:00 S Rule Azer 1997 max - Oct lastSun 5:00 0 - -- 2.1.4

1 0

Duplicate Links
by Daniel Schultze Sept. 15, 2015

Sept. 15, 2015

All, While working on a project related to timezone conversion I found that there are a couple of Links that have multiple mappings. I found the problem in tzdata2015f. I have attatched a patch to the checklinks.awk file which lists links with more than one mapping. If I have misunderstood Links please advise me. Thank you, Daniel Schultze

2 2

[PROPOSED PATCH] 'make check_links' now checks duplicate links etc.
by Paul Eggert Sept. 15, 2015

Sept. 15, 2015

* checklinks.awk: Check for duplicate links and zones. Prompted by a problem report from Daniel Schultze in: http://mm.icann.org/pipermail/tz/2015-September/022650.html --- checklinks.awk | 39 ++++++++++++++++++++++++++++++++++----- 1 file changed, 34 insertions(+), 5 deletions(-) diff --git a/checklinks.awk b/checklinks.awk index f57f736..f0ff726 100644 --- a/checklinks.awk +++ b/checklinks.awk @@ -2,14 +2,43 @@ # Contributed by Paul Eggert. -/^Link/ { used[$2] = 1 } -/^Zone/ { defined[$2] = 1 } +BEGIN { + # Special marker indicating that the name is defined as a Zone. + # It is a newline so that it cannot match a valid name. + # It is not null so that its slot does not appear unset. + Zone = "\n" +} -END { - status = 0 +/^Zone/ { + if (defined[$2]) { + if (defined[$2] == Zone) { + printf "%s: Zone has duplicate definition\n", $2 + } else { + printf "%s: Link with same name as Zone\n", $2 + } + status = 1 + } + defined[$2] = Zone +} +/^Link/ { + if (defined[$3]) { + if (defined[$3] == Zone) { + printf "%s: Link with same name as Zone\n", $3 + } else if (defined[$3] == $2) { + printf "%s: Link has duplicate definition\n", $3 + } else { + printf "%s: Link to both %s and %s\n", $3, defined[$3], $2 + } + status = 1 + } + used[$2] = 1 + defined[$3] = $2 +} + +END { for (tz in used) { - if (!defined[tz]) { + if (defined[tz] != Zone) { printf "%s: Link to non-zone\n", tz status = 1 } -- 2.1.4

1 0

[PROPOSED PATCH] Remove synopsis from tzfile man page
by Paul Eggert Sept. 15, 2015

Sept. 15, 2015

* tzfile.5: Remove SYNOPSIS section, as tzfile.h is not intended to be public and should not be copied to /usr/include. Problem reported by kaduk in: https://github.com/eggert/tz/pull/13 --- tzfile.5 | 3 --- 1 file changed, 3 deletions(-) diff --git a/tzfile.5 b/tzfile.5 index 0f2b2ea..b7e6d45 100644 --- a/tzfile.5 +++ b/tzfile.5 @@ -1,9 +1,6 @@ .TH TZFILE 5 .SH NAME tzfile \- time zone information -.SH SYNOPSIS -.B -#include <tzfile.h> .SH DESCRIPTION The time zone information files used by .IR tzset (3) -- 2.1.0

1 0

South Australia may move clocks 30 minutes
by Paul Eggert Sept. 11, 2015

Sept. 11, 2015

The South Australian government is considering changing their clocks by 30 minutes. The government would prefer advancing clocks by 30 minutes to match the time on the east coast. The public is split. Much of the resistance is coming from the west part of the state, where locals worry about their children leaving for school in the dark, and the government is prepared to consider changing school hours to address this. Another possibility is retarding clocks by 30 minutes; this would move closer to solar time, and would align better with Asia. This change would probably affect Broken Hill as well. Northern Territory will be consulted but seems less inclined to change. The consultation process will take at least two months. The government's website crashed as citizens went online to give their opinion. Sources: Nicholson M. South Australia has the most ridiculous time zone, and might be about to change it. Junkee 2015-02-06. http://junkee.com/south-australia-has-the-most-ridiculous-time-zone-and-mig… Ball G, Clift J, Coote G. Broken Hill urged to air views on proposed time zone change for South Australia. ABC News (Australia), 2015-02-06. http://www.abc.net.au/news/2015-02-06/broken-hill-community-urged-air-views… SA considers changing time zone to match eastern states. 9NEWS 2015-02-05. http://www.9news.com.au/national/2015/02/05/12/15/sa-considers-changing-tim… South Australians remain divided on whether it is time for the time to change. 9NEWS 2015-02-06. http://www.9news.com.au/national/2015/02/06/21/03/south-australians-remain-…

2 3

Elsie.nci.nih.gov--a bituary.
by Arthur David Olson Sept. 11, 2015

Sept. 11, 2015

Elsie.nci.nih.gov, best known as the long-time hostess of the time zone database, reached end of life on 2015-09-10; Elsie was 34 (or 457 in human years). Around the time of Elsie's 1981 arrival, the Laboratory of Carcinogen Metabolism at the National Cancer Institute (NCI) in Bethesda, Maryland, was renamed the Laboratory of Experimental Carcinogenesis; Elsie was named for the initials common to the old and new lab names. Elsie began life as a Digital Equipment VAX running BSD UNIX, reincarnating once as a Sun SPARC running Solaris and then again (in declining years) as a Dell Optiplex running Windows. Elsie's early career was in image processing; a software package for analysis of images of two-dimensional polyacrylamide gels bore Elsie's name. As the first computer in the lab, Elsie was the family head of (and file server for) a herd of several dozen computers, all named after cows; they most notably included Daisy, Flower, Millie (adopted from Australia) and Abunga (adopted from Hawaiʻi). Elsie was an early participant in the dial-up UUCP network, net news, and the Internet, as well as a prototype HTTP server within NCI. After an unprovoked 2011 attack, Elsie withdrew behind a wall, but remained active in that more limited sphere. The lab having been disbanded, there are no survivors; since there is no longer a server, there will be no service. @dashdashado

2 1

Binary File Format
by Bill Seymour Sept. 10, 2015

Sept. 10, 2015

I have three questions about the format of the binary files. 1. Re the array of tzh_timecnt transitions: my kneejerk reaction was to think that these were similar to the values in the UNTIL column in the source files, in which case they'd be open upper bounds (in other words, the struct ttinfo that they eventually link to would be for the period immediately before the transition); but it occurs to me that they might be closed lower bounds instead (the corresponding ttinfo is for the period after the transition). tzfile(5) doesn't say explicitly. 2. Basically the same question for the array of leap seconds. The reason it occurs to me that the time_t value could be the point after the leap second is that that's the way that the USNO’s list of leap seconds works. 3. Re the version-'2' array of leap seconds: each array element is a time_t value followed by a count of the number of leap seconds after that time. tzfile(5) says that eight bytes are used for each "transition time" and "leap second time"; but since the count of leap seconds is neither of those, is the count still just four bytes? (I'm thinking that I can't just have a two-dimensional array of int64_t, but rather need a one-dimensional array of struct { int64_t, int32_t }. Is that right?) Thanks, --Bill Seymour

2 1

Sumer Time Paraguay
by Juan Carlos YJ. Lin Sept. 9, 2015

Sept. 9, 2015

Paraguay will change to summer time 60+ on octuber 4, keeping valid the Decreto Nº 1264/2014 Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias."

2 1