October 2017 - tz - lists.iana.org

proposed time zone package changes (Samoa, Factory, et al.)
by Arthur David Olson Aug. 28, 2019

Aug. 28, 2019

Below find proposed time zone package changes; the executive summary: * Makefile Change LOCALTIME default from "Factory" to "GMT"; do not compile "factory" file (but keep it in the distribution). * Theory Remove reference to "Factory" zone. * australasia Change end of DST in Samoa in 2011 from 2011-04-03 0:00 to 2011-04-03 1:00 (thanks to Raymond Hughes for a reference). * localtime.c Initialize ttinfo structures filled by tzparse (thanks to Ravindra for reporting a valgrind warning). * zic.c Fix generation of POSIX strings for zones with rules using "weekday<=n" forms of dates (thanks to Lei Liu for finding the problem). Also, limit output for non-POSIX-specificable zones defined to follow the same rules every year. (Note that no zones of either of the above types appear in the distribution; these changes cater to add-on zones). If no problems are found, 2010n will appear on 2010-10-25. --ado diff -r -c old/Makefile new/Makefile *** old/Makefile Mon Sep 27 09:24:25 2010 --- new/Makefile Tue Oct 12 12:36:50 2010 *************** *** 1,5 **** # <pre> ! # @(#)Makefile 8.8 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)Makefile 8.9 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 12,18 **** # make zonenames # to get a list of the values you can use for LOCALTIME. ! LOCALTIME= Factory # If you want something other than Eastern United States time as a template # for handling POSIX-style time zone environment variables, --- 12,18 ---- # make zonenames # to get a list of the values you can use for LOCALTIME. ! LOCALTIME= GMT # If you want something other than Eastern United States time as a template # for handling POSIX-style time zone environment variables, *************** *** 262,269 **** DOCS= README Theory $(MANS) date.1 Makefile PRIMARY_YDATA= africa antarctica asia australasia \ europe northamerica southamerica ! YDATA= $(PRIMARY_YDATA) pacificnew etcetera factory backward ! NDATA= systemv SDATA= solar87 solar88 solar89 TDATA= $(YDATA) $(NDATA) $(SDATA) TABDATA= iso3166.tab zone.tab --- 262,269 ---- DOCS= README Theory $(MANS) date.1 Makefile PRIMARY_YDATA= africa antarctica asia australasia \ europe northamerica southamerica ! YDATA= $(PRIMARY_YDATA) pacificnew etcetera backward ! NDATA= systemv factory SDATA= solar87 solar88 solar89 TDATA= $(YDATA) $(NDATA) $(SDATA) TABDATA= iso3166.tab zone.tab diff -r -c old/Theory new/Theory *** old/Theory Mon Sep 27 09:24:25 2010 --- new/Theory Tue Oct 12 12:36:50 2010 *************** *** 1,4 **** ! @(#)Theory 8.4 This file is in the public domain, so clarified as of 2009-05-17 by Arthur David Olson. --- 1,4 ---- ! @(#)Theory 8.5 This file is in the public domain, so clarified as of 2009-05-17 by Arthur David Olson. *************** *** 287,294 **** See the file `backward' for most of these older names (e.g. `US/Eastern' instead of `America/New_York'). The other old-fashioned names still supported are ! `WET', `CET', `MET', `EET' (see the file `europe'), ! and `Factory' (see the file `factory'). ----- Time zone abbreviations ----- --- 287,293 ---- See the file `backward' for most of these older names (e.g. `US/Eastern' instead of `America/New_York'). The other old-fashioned names still supported are ! `WET', `CET', `MET', and `EET' (see the file `europe'). ----- Time zone abbreviations ----- diff -r -c old/australasia new/australasia *** old/australasia Mon Sep 27 09:24:27 2010 --- new/australasia Tue Oct 12 13:14:56 2010 *************** *** 1,5 **** # <pre> ! # @(#)australasia 8.18 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)australasia 8.19 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 487,497 **** # http://www.parliament.gov.ws/documents/acts/Daylight%20Saving%20Act%20%2020… # </a> Zone Pacific/Apia 12:33:04 - LMT 1879 Jul 5 -11:26:56 - LMT 1911 -11:30 - SAMT 1950 # Samoa Time -11:00 - WST 2010 Sep 26 ! -11:00 1:00 WSDT 2011 Apr 3 -11:00 - WST # Solomon Is --- 487,507 ---- # http://www.parliament.gov.ws/documents/acts/Daylight%20Saving%20Act%20%2020… # </a> + # From Raymond Hughes (2010-10-07): + # Please see + # <a href="http://www.mcil.gov.ws"> + # http://www.mcil.gov.ws + # </a>, + # the Ministry of Commerce, Industry and Labour (sideframe) "Last Sunday + # September 2010 (26/09/10) - adjust clocks forward from 12:00 midnight + # to 01:00am and First Sunday April 2011 (03/04/11) - adjust clocks + # backwards from 1:00am to 12:00am" + Zone Pacific/Apia 12:33:04 - LMT 1879 Jul 5 -11:26:56 - LMT 1911 -11:30 - SAMT 1950 # Samoa Time -11:00 - WST 2010 Sep 26 ! -11:00 1:00 WSDT 2011 Apr 3 1:00 -11:00 - WST # Solomon Is diff -r -c old/localtime.c new/localtime.c *** old/localtime.c Mon Sep 27 09:24:26 2010 --- new/localtime.c Tue Oct 12 12:36:51 2010 *************** *** 5,11 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.14"; #endif /* !defined NOID */ #endif /* !defined lint */ --- 5,11 ---- #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.15"; #endif /* !defined NOID */ #endif /* !defined lint */ *************** *** 914,919 **** --- 914,920 ---- register unsigned char * typep; register char * cp; register int load_result; + static struct ttinfo zttinfo; INITIALIZE(dstname); stdname = name; *************** *** 986,991 **** --- 987,993 ---- /* ** Two transitions per year, from EPOCH_YEAR forward. */ + sp->ttis[0] = sp->ttis[1] = zttinfo; sp->ttis[0].tt_gmtoff = -dstoffset; sp->ttis[0].tt_isdst = 1; sp->ttis[0].tt_abbrind = stdlen + 1; *************** *** 1099,1106 **** } /* ** Finally, fill in ttis. - ** ttisstd and ttisgmt need not be handled. */ sp->ttis[0].tt_gmtoff = -stdoffset; sp->ttis[0].tt_isdst = FALSE; sp->ttis[0].tt_abbrind = 0; --- 1101,1108 ---- } /* ** Finally, fill in ttis. */ + sp->ttis[0] = sp->ttis[1] = zttinfo; sp->ttis[0].tt_gmtoff = -stdoffset; sp->ttis[0].tt_isdst = FALSE; sp->ttis[0].tt_abbrind = 0; *************** *** 1113,1118 **** --- 1115,1121 ---- dstlen = 0; sp->typecnt = 1; /* only standard time */ sp->timecnt = 0; + sp->ttis[0] = zttinfo; sp->ttis[0].tt_gmtoff = -stdoffset; sp->ttis[0].tt_isdst = 0; sp->ttis[0].tt_abbrind = 0; diff -r -c old/zic.c new/zic.c *** old/zic.c Mon Sep 27 09:24:26 2010 --- new/zic.c Tue Oct 12 13:37:29 2010 *************** *** 3,9 **** ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.22"; #include "private.h" #include "locale.h" --- 3,9 ---- ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.24"; #include "private.h" #include "locale.h" *************** *** 1881,1896 **** register int week; if (rp->r_dycode == DC_DOWGEQ) { ! week = 1 + rp->r_dayofmonth / DAYSPERWEEK; ! if ((week - 1) * DAYSPERWEEK + 1 != rp->r_dayofmonth) return -1; } else if (rp->r_dycode == DC_DOWLEQ) { if (rp->r_dayofmonth == len_months[1][rp->r_month]) week = 5; else { ! week = 1 + rp->r_dayofmonth / DAYSPERWEEK; ! if (week * DAYSPERWEEK - 1 != rp->r_dayofmonth) return -1; } } else return -1; /* "cannot happen" */ (void) sprintf(result, "M%d.%d.%d", --- 1881,1896 ---- register int week; if (rp->r_dycode == DC_DOWGEQ) { ! if ((rp->r_dayofmonth % DAYSPERWEEK) != 1) return -1; + week = 1 + rp->r_dayofmonth / DAYSPERWEEK; } else if (rp->r_dycode == DC_DOWLEQ) { if (rp->r_dayofmonth == len_months[1][rp->r_month]) week = 5; else { ! if ((rp->r_dayofmonth % DAYSPERWEEK) != 0) return -1; + week = rp->r_dayofmonth / DAYSPERWEEK; } } else return -1; /* "cannot happen" */ (void) sprintf(result, "M%d.%d.%d", *************** *** 2018,2023 **** --- 2018,2024 ---- register char * envvar; register int max_abbr_len; register int max_envvar_len; + register int prodstic; /* all rules are min to max */ max_abbr_len = 2 + max_format_len + max_abbrvar_len; max_envvar_len = 2 * max_abbr_len + 5 * 9; *************** *** 2032,2037 **** --- 2033,2039 ---- timecnt = 0; typecnt = 0; charcnt = 0; + prodstic = zonecount == 1; /* ** Thanks to Earl Chew ** for noting the need to unconditionally initialize startttisstd. *************** *** 2053,2058 **** --- 2055,2062 ---- updateminmax(rp->r_loyear); if (rp->r_hiwasnum) updateminmax(rp->r_hiyear); + if (rp->r_lowasnum || rp->r_hiwasnum) + prodstic = FALSE; } } /* *************** *** 2075,2080 **** --- 2079,2094 ---- if (max_year <= INT_MAX - YEARSPERREPEAT) max_year += YEARSPERREPEAT; else max_year = INT_MAX; + /* + ** Regardless of any of the above, + ** for a "proDSTic" zone which specifies that its rules + ** always have and always will be in effect, + ** we only need one cycle to define the zone. + */ + if (prodstic) { + min_year = 1900; + max_year = min_year + YEARSPERREPEAT; + } } /* ** For the benefit of older systems,

5 6

Re: [tz] [IANA #985615] Sudan Time Zone change
by ahmed.atyya＠ntc.gov.sd June 25, 2018

June 25, 2018

Dear Sir/ Madam we would like to inform you that the Republic of Sudan is going to change the time zone from (GMT + 3:00) to (GMT+ 2:00) starting from Wednesday 1 November 2017. this is for your information and action if required. Best Regards Dear Mr. Paul We would like to inform you as TZ coordinator that the Republic of Sudan is planning to change its time zone from GMT+ 3:00 to GMT +2:00 ( The original time zone ) starting from 1 November 2017 Please if you can update time zone data base Or you you can tell us what action is needed from Sudan government Best Regards Ahmed Atyya Head of Numbering Section National Telecomm. Corporation – Sudan Phone: +249123499988 Email: ahmed.atyya@ ----- Original Message ----- From: Sabrina Tanamal via RT <iana-questions(a)iana.org> To: ahmed atyya <ahmed.atyya(a)ntc.gov.sd> Sent: Tue, 17 Oct 2017 01:33:06 +0300 (EAT) Subject: [IANA #985615] Sudan Time Zone change Dear Ahmed, Thank you for contacting us. We host the Time Zone Database, but updates are made by the Time Zone Coordinator in consultation with the Time Zone mailing list, in accordance with RFC 6557. Questions about the contents of the database should be sent to the mailing list. For mailing list archives and subscription information, please see http://www.iana.org/time-zones Best regards, Sabrina Tanamal IANA Services Specialist On Mon Oct 16 09:55:06 2017, ahmed.atyya(a)ntc.gov.sd wrote: > Dear Sir/ Madam > > > > > > we would like to inform you that the Republic of Sudan is going to > change the time zone from (GMT + 3:00) to (GMT+ 2:00) starting from > Wednesday 1 November 2017. > > > this is for your information and action if required. > > > > > > Best Regards > > > > > > Ahmed Atyya > > > Head of Numbering Section > > National Telecomm. Corporation – Sudan > > Phone: +249123499988 > > Email: ahmed.atyya(a)ntc.gov.sd

6 19

Canada/East-Saskatchewan
by Derick Rethans Jan. 16, 2018

Jan. 16, 2018

Hi, I saw that the PHP build with the new timezone database (2017.3) failed due to Canada/East-Saskatchewan suddenly being gone. What's up with that? https://travis-ci.org/php/php-src/jobs/291636544#L1280 cheers, Derick -- https://derickrethans.nl | https://xdebug.org | https://dram.io Like Xdebug? Consider a donation: https://xdebug.org/donate.php twitter: @derickr and @xdebug

6 9

Beginner's help request
by Daniel Ford Nov. 21, 2017

Nov. 21, 2017

I'm looking to develop a 'world clock' that could be sold to anyone (with Internet access via a Wi-Fi AP) anywhere in the world, that will display their local time, taking into account DST if/when applicable. Given that DST 'rules' can change at the whim of governments, my firmware will need to annually look up 'current' DST rules from the web. After much searching, it seems that your TZ Database is the best supported such reference for time zone rules. But I'm having great difficulty working out how I might access its mine of information... (I'll understand if you don't have time to help out a beginner, and maybe then you could refer me to a help site for TZ database applications.) I'm a hardware engineer with some programming experience, particularly assembler (various MCUs) and some C, but little or no experience in other languages. I'm developing this clock on an Arduino-like platform (NodeMCU, which has in-built Wi-Fi). My development tools run on a Win7Pro64 PC. The tools that you kindly provide for your database appear to be geared primarily towards Linux/Unix platforms, and I have no idea how I might convert them for a NodeMCU! I'm looking for some 'simple' way to access the desired TZ/DST information, preferably using simple string searches. For my application, all I'm interested in are the *current* rules. The wealth of history in your db is undoubtedly of interest to many, but for me is just 'clutter' to be searched through. But writing a program to find those rules for a particular locality has me stumped right now. I can't expect my dumb users to know a letter code for their time-zone/DST-rules, so all I'm expecting them to select from program-generated lists are: (1) their world region (Europe, Asia, Australasia, etc), and (2) the name of a major city in their time-zone with the same DST rules they follow. Let's take a concrete example: say my user has nominated 'Australasia' and 'Hobart'. So I look in your Australasia file and do a (manual at this stage) search for 'Hobart', but find only one reference to it (other than in comments). The jumble of numbers and letters there do not (clearly) tell me when DTS starts or ends. So how could I possibly write some code to find out that required information?? I've looked through the TZ_database-2017b.tar file for some sort of 'how-to' explanation of what all the file contents mean and how to programmatically search for a specific TZ, but have so far found nothing. Ideally, what I'd like to see is a text-only table of just current TZ/DST rules for each region/locality (they could all fit into a single file with all the historical data and comments removed), perhaps in the clear form used by Jack Christensen in his excellent Arduino Timezone library examples, such as... // Australia Eastern Time Zone (Sydney, Melbourne, Hobart) TimeChangeRule aEDT = {"AEDT", First, Sun, Oct, 2, 660}; TimeChangeRule aEST = {"AEST", First, Sun, Apr, 3, 600}; TimezoneExt ausET("NSW, Vic, Tas", aEDT, aEST); // Australia Eastern Time Zone (Brisbane) TimezoneExt QldT("Queensland", aEST, aEST); // no DST in Qld! ... which clearly tells me in a program-searchable way that in the main eastern states DST starts on the first Sunday in October at 2am, becoming UTC offset +11 hours (660 minutes), and ends on the first Sunday in April at 3am, reverting to UTC offset +10 hours. Couldn't be simpler! Any help in using the TZ database will be much appreciated (and acknowledged in my source code). Regards, Daniel --------------- Daniel Ford (Gerroa, Australia) "My loathings are simple: stupidity, oppression, crime, cruelty, soft music." - Vladimir Nabokov

17 63

Turkey reintroduces DST next year
by Kıvanç Yazan Nov. 8, 2017

Nov. 8, 2017

Turkey will roll hours back on 10/28/2018 04:00AM. This means going back to EU rule after two years of staying in UTC+3. Here's a link to news article: https://www.cnnturk.com/turkiye/son-dakika-yaz-saati-uygulamasi-sona-erecek Here's a link to official paper: http://www.resmigazete.gov.tr/eskiler/2017/10/20171028-5.pdf A proposed patch is attached, thanks! Sincerely, Kivanc Yazan

4 6

Regarding changes of time format the Philippines
by Arati Nov. 3, 2017

Nov. 3, 2017

Hi , We are using tzdb for all our customers. With latest update of tzdb to 2017a, one of the customer came back with issue in time format display in logs. The timezone for this Customer is Asia/Manila i.e. Philippines. Before use on 2017a tzdb , the time displayed is as follows 2017-10-31 16:47:33.930 +0800 After using 2017a tzdb time displayed as 2017-10-31 08:48:38.056 +0000 We observed the same issue using perl DateTime module too. We could see that the time format for this zone is changed from PH%sT to +08/+09. This change is there only in asia file.(Note reverting back this change and recompiling tzdb resolves the issue) We are looking for a solution for this. We are not clear whether some dependent library needs to be upgraded , or it is a bug in tzdb. Kindly address the query and help to resolve the issue. Thanks & Regards, Arati =========================================================== Learn how to protect users, data, and applications with security engineered for the public cloud by Barracuda. http://barracuda.com DISCLAIMER: This e-mail and any attachments to it contain confidential and proprietary material of Barracuda, its affiliates or agents, and is solely for the use of the intended recipient. Any review, use, disclosure, distribution or copying of this transmittal is prohibited except by or on behalf of the intended recipient. If you have received this transmittal in error, please notify the sender and destroy this e-mail and any attachments and all copies, whether electronic or printed. ===========================================================

4 7

Data loss on FTP Server
by Nathan Winters Nov. 1, 2017

Nov. 1, 2017

Hello, I've been using the FTP server to access Timezone Info for a while now and it seems the directory I was using (/tz/data) has lost all of its files. Additionally, I'm unable to view the data for the most recent release ( tzdb-2017c/ <ftp://ftp.iana.org/tz/tzdb-2017c/>). Has anything changed recently? Thanks, Nate

13 24

[PROPOSED] Guess that Tonga has canceled DST
by Paul Eggert Nov. 1, 2017

Nov. 1, 2017

(Thanks to David Wade.) * NEWS, australasia (Tonga): Guess DST has been canceled. --- NEWS | 6 ++++++ australasia | 14 ++++++++++++-- 2 files changed, 18 insertions(+), 2 deletions(-) diff --git a/NEWS b/NEWS index 4e98ef7..28b46b8 100644 --- a/NEWS +++ b/NEWS @@ -7,6 +7,7 @@ Unreleased, experimental changes Fiji ends DST 2018-01-14, not 2018-01-21. Namibia switches from +01/+02 to +02 on 2018-04-01. Sudan switches from +03 to +02 on 2017-11-01. + Tonga likely switches from +13/+14 to +13 on 2017-11-05. Turks & Caicos switches from -04 to -05/-04 on 2018-11-04. A new file tzdata.zi now holds a small text copy of all data. The zic input format has been regularized slightly. @@ -28,6 +29,11 @@ Unreleased, experimental changes Atyya and Yahia Abdalla.) South Sudan is not switching, so Africa/Juba is no longer a link to Africa/Khartoum. + Tonga has likely ended its experiment with DST, and will not + adjust its clocks on 2017-11-05. Although Tonga has not announced + whether it will continue to observe DST, the IATA is assuming that + it will not. (Thanks to David Wade.) + Turks & Caicos will switch from -04 all year to -05 with US DST on 2018-03-11 at 03:00. This affects UT offsets starting 2018-11-04 at 02:00. (Thanks to Steffen Thorsen.) diff --git a/australasia b/australasia index ae2cd72..5f7c86d 100644 --- a/australasia +++ b/australasia @@ -704,8 +704,8 @@ Rule Tonga 1999 only - Oct 7 2:00s 1:00 S Rule Tonga 2000 only - Mar 19 2:00s 0 - Rule Tonga 2000 2001 - Nov Sun>=1 2:00 1:00 S Rule Tonga 2001 2002 - Jan lastSun 2:00 0 - -Rule Tonga 2016 max - Nov Sun>=1 2:00 1:00 S -Rule Tonga 2017 max - Jan Sun>=15 3:00 0 - +Rule Tonga 2016 only - Nov Sun>=1 2:00 1:00 S +Rule Tonga 2017 only - Jan Sun>=15 3:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Tongatapu 12:19:20 - LMT 1901 12:20 - +1220 1941 @@ -1626,6 +1626,7 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # day in 2011. Assume also that the Samoas follow the US and New # Zealand's "ST"/"DT" style of daylight-saving abbreviations. + # Tonga # From Paul Eggert (1996-01-22): @@ -1720,6 +1721,15 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # Assume Tonga will observe DST from the first Sunday in November at 02:00 # through the third Sunday in January at 03:00, like Fiji, for now. +# From David Wade (2017-10-18): +# In August government was disolved by the King. The current prime minister +# continued in office in care taker mode. It is easy to see that few +# decisions will be made until elections 16th November. +# +# From Paul Eggert (2017-10-18): +# For now, guess that DST is discontinued. That's what the IATA is guessing. + + # Wake # From Vernice Anderson, Personal Secretary to Philip Jessup, -- 2.13.6

4 3

Turks & Caicos to resume DST; details unclear
by Paul Eggert Oct. 31, 2017

Oct. 31, 2017

According to an article published in the Bahamas website Magnetic Media, the cabinet of Turks & Caicos decided on Thursday to resume the practice of daylight saving time starting in 2018. The article does not give enough details to update the database (it confuses summer with winter time, among other things). My guess is that Turks & Caicos will revert to its pre-2015 practice of staying in sync with New York, which means that tzdb's predictions for its UTC offsets will become wrong in November 2018, and the abbreviations and tm_isdst flag will become wrong some time between March and November 2018 (although the article implies April, this could well be an error). When the cabinet and/or the Turks & Caicos Weekly News get around to publishing the details of the decision, we should be able to update tzdb to reflect this change with some accuracy. Gordon Z. PDM to reinstate Daylight Savings Time. Magnetic Media 2017-07-20. http://magneticmediatv.com/2017/07/pdm-to-reinstate-daylight-savings-time/ ("PDM" is the People's Democratic Movement.)

4 4

A bill to move Polish time (Europe/Warsaw) permanently to UTC+2
by Sergiusz Wolicki Oct. 29, 2017

Oct. 29, 2017

An internal committee of the Polish parlament (Sejm) has unanimously voted in favor of a bill to stop DST changes and to introduce permanent Central European Summer Time (GMT+2). The law would come in force in autumn 2018. The bill still needs to be voted by Sejm, then Senat (upper house), and then must be signed by the President, so it is far from being the actual law. The bill is not considered conflicting with EU regulations, which only require DST changes to be synchronized across EU but do not actually mandate the use of DST. Reference in Polish: http://wiadomosci.gazeta.pl/wiadomosci/7,114883,22499682,nie-bedziemy-przes… The website <http://sejm.gov.pl/Sejm8.nsf/PrzebiegProc.xsp?nr=1852> of the Sejm has not yet been updated with the result of the voting. Thanks, Sergiusz

7 7

Bug in Latest Release of TZ Database ie 2017c
by Sahil Sethi Oct. 28, 2017

Oct. 28, 2017

Hi Team As decided by Sudan Government to change time zone from GMT+3 to GMT+2, we were testing TZ update from 2017b --> 2017c and we encountered the following error : Linux TZ version : 2017b --> 2017c ... Failed | "backzone", line 149: duplicate zone name Africa/Juba (file "africa", line 1107) | "backzone", line 150: input line of unknown type | "backzone", line 151: input line of unknown type On little debugging we found that in former version there was a link between Africa/Khartoum & Africa/Juba zones in africa file and Africa/Juba zone entry existed in "backzone" file but in later version same zone entry of Africa/Juba exists in both files ie "africa" & "backzone", causing trouble. Looking forward for an acknowledgement. Regards Sahil Sethi Sr Software Engineer GlogbalLogic, India

2 1

2017c zdump outputs "No such file or directory"
by 大山俊成 Oct. 27, 2017

Oct. 27, 2017

Hi, Previously, I tryed 2017b like the following. make TOPDIR=$HOME/tzdir install $HOME/tzdir/etc/zdump -v America/Los_Angeles It works good . Now I tryed 2017c as the same way. make TOPDIR=$HOME/tzdir install $HOME/tzdir/etc/zdump -v America/Los_Angeles But , zdump outputs "America/Los_Angeles: No such file or Directory" Something wrong with me?

3 7

why do Africa/Juba and backzone/Africa/Juba differ?
by Michael Deckers Oct. 24, 2017

Oct. 24, 2017

Puzzles me in 2017c: Africa/Juba and backzone/Africa/Juba differ in their astronomical longitudes: in zone1970.tab: SS +0451+03137 Africa/Juba in zone.tab: SS +0451+03136 Africa/Juba and (correspondingly) in the local mean time used before the switch to zone time in 1931: in africa: Zone Africa/Juba 2:06:28 - LMT 1931 in backzone: Zone Africa/Juba 2:06:24 - LMT 1931 Why? And do we need the backzone entry at all? Michael Deckers. --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

2 1

Anyone else having snprintf issues with 2017c?
by Jon Skeet Oct. 24, 2017

Oct. 24, 2017

The tzvalidate <https://github.com/nodatime/tzvalidate> travis build is failing, with both clang and gcc, with this error: zdump.c:803:1: error: static declaration of ‘snprintf’ follows non-static declaration snprintf(char *s, size_t size, char const *format, ...) ^ make: *** [zdump.o] Error 1 It's building fine for me locally, so I'm not quite sure what's wrong. We're currently building on trusty - I may try another distro... The snprintf changes were introduced on June 13th <https://github.com/eggert/tz/commit/399180580f65bcad63cf996997068366cadaf53…>. It's been too long since I've done a lot of C to easily work out what's going on. I'll investigate further myself tomorrow, but I thought I'd just see if anyone else had seen this before then. Jon

7 9

installargs loses part of backward
by Zefram Oct. 23, 2017

Oct. 23, 2017

New in the 2017c release, there's a bug in how INSTALLARGS in the Makefile passes the BACKWARD variable down to an inferior make process. Because the definition of INSTALLARGS doesn't put quotes around the value part of BACKWARD, and because BACKWARD is actually (by default) a space-separated list of two files, the inferior make only gets the first file in its BACKWARD value, treating the second file as something to ensure is up to date (which of course it already is). So the inferior make omits one of the BACKWARD files (pacificnew) from whatever it does. The practical effect of this is that when building the binary zone files by, for example, "make posix_only", without having previously done "make tzdata.zi", the US/Pacific-New link is omitted. It's missing from the directory of binary outputs, and missing from the tzdata.zi file that is created as a side effect of building them (thus affecting anything that later tries to use tzdata.zi). That's the only zone name affected, because it's the only zone name defined in the lost source file. If "make tzdata.zi" is done first then that will create a correct tzdata.zi, and subsequent building of the binary zone files will then include the link. This was spotted by my automation, which sanity checks the directory of generated binary zone files against a list of zone names that it extracts from the source files. I think this a sensible check, and that it ought to pass. The fix is that the definition of INSTALLARGS should quote $(BACKWARD), the same way it quotes $(PACKRATDATA). Or perhaps it should not set BACKWARD at all, just like it doesn't set YDATA et al. (But perhaps it should *also* set YDATA et al.) -zefram

3 4

[tz-announce] 2017c release of tz code and data available
by Paul Eggert Oct. 23, 2017

Oct. 23, 2017

The 2017c 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: Briefly: Northern Cyprus switches from +03 to +02/+03 on 2017-10-29. Fiji ends DST 2018-01-14, not 2018-01-21. Namibia switches from +01/+02 to +02 on 2018-04-01. Sudan switches from +03 to +02 on 2017-11-01. Tonga likely switches from +13/+14 to +13 on 2017-11-05. Turks & Caicos switches from -04 to -05/-04 on 2018-11-04. A new file tzdata.zi now holds a small text copy of all data. The zic input format has been regularized slightly. Changes to future time stamps Northern Cyprus has decided to resume EU rules starting 2017-10-29, thus reinstituting winter time. Fiji ends DST 2018-01-14 instead of the 2018-01-21 previously predicted. (Thanks to Dominic Fok.) Adjust future predictions accordingly. Namibia will switch from +01 with DST to +02 all year on 2017-09-03 at 02:00. This affects UT offsets starting 2018-04-01 at 02:00. (Thanks to Steffen Thorsen.) Sudan will switch from +03 to +02 on 2017-11-01. (Thanks to Ahmed Atyya and Yahia Abdalla.) South Sudan is not switching, so Africa/Juba is no longer a link to Africa/Khartoum. Tonga has likely ended its experiment with DST, and will not adjust its clocks on 2017-11-05. Although Tonga has not announced whether it will continue to observe DST, the IATA is assuming that it will not. (Thanks to David Wade.) Turks & Caicos will switch from -04 all year to -05 with US DST on 2018-03-11 at 03:00. This affects UT offsets starting 2018-11-04 at 02:00. (Thanks to Steffen Thorsen.) Changes to past time stamps Namibia switched from +02 to +01 on 1994-03-21, not 1994-04-03. (Thanks to Arthur David Olson.) Detroit did not observe DST in 1967. Use railway time for Asia/Kolkata before 1941, by switching to Madras local time (UT +052110) in 1870, then to IST (UT +0530) in 1906. Also, treat 1941-2's +0630 as DST, like 1942-5. Europe/Dublin's 1946 and 1947 fallback transitions occurred at 02:00 standard time, not 02:00 DST. (Thanks to Michael Deckers.) Pacific/Apia and Pacific/Pago_Pago switched from Antipodean to American time in 1892, not 1879. (Thanks to Michael Deckers.) Adjust the 1867 transition in Alaska to better reflect the historical record, by changing it to occur on 1867-10-18 at 15:30 Sitka time rather than at the start of 1867-10-17 local time. Although strictly speaking this is accurate only for Sitka, the rest of Alaska's blanks need to be filled in somehow. Fix off-by-one errors in UT offsets for Adak and Nome before 1867. (Thanks to Michael Deckers.) Add 7 s to the UT offset in Asia/Yangon before 1920. Changes to zone names Remove Canada/East-Saskatchewan from the 'backward' file, as it exceeded the 14-character limit and was an unused misnomer anyway. Changes to build procedure To support applications that prefer to read time zone data in text form, two zic input files tzdata.zi and leapseconds are now installed by default. The commands 'zic tzdata.zi' and 'zic -L leapseconds tzdata.zi' can reproduce the tzdata binary files without and with leap seconds, respectively. To prevent these two new files from being installed, use 'make TZDATA_TEXT=', and to suppress leap seconds from the tzdata text installation, use 'make TZDATA_TEXT=tzdata.zi'. 'make BACKWARD=' now suppresses backward-compatibility names like 'US/Pacific' that are defined in the 'backward' and 'pacificnew' files. 'make check' now works on systems that lack a UTF-8 locale, or that lack the nsgmls program. Set UTF8_LOCALE to configure the name of a UTF-8 locale, if you have one. Y2K runtime checks are no longer enabled by default. Add -DDEPRECATE_TWO_DIGIT_YEARS to CFLAGS to enable them, instead of adding -DNO_RUN_TIME_WARNINGS_ABOUT_YEAR_2000_PROBLEMS_THANK_YOU to disable them. (New name suggested by Brian Inglis.) The build procedure for zdump now works on AIX 7.1. (Problem reported by Kees Dekker.) Changes to code zic and the reference runtime now reject multiple leap seconds within 28 days of each other, or leap seconds before the Epoch. As a result, support for double leap seconds, which was obsolescent and undocumented, has been removed. Double leap seconds were an error in the C89 standard; they have never existed in civil timekeeping. (Thanks to Robert Elz and Bradley White for noticing glitches in the code that uncovered this problem.) zic now warns about use of the obsolescent and undocumented -y option, and about use of the obsolescent TYPE field of Rule lines. zic now allows unambiguous abbreviations like "Sa" and "Su" for weekdays; formerly it rejected them due to a bug. Conversely, zic no longer considers non-prefixes to be abbreviations; for example, it no longer accepts "lF" as an abbreviation for "lastFriday". Also, zic warns about the undocumented usage with a "last-" prefix, e.g., "last-Fri". Similarly, zic now accepts the unambiguous abbreviation "L" for "Link" in ordinary context and for "Leap" in leap-second context. Conversely, zic no longer accepts non-prefixes such as "La" as abbreviations for words like "Leap". zic no longer accepts leap second lines in ordinary input, or ordinary lines in leap second input. Formerly, zic sometimes warned about this undocumented usage and handled it incorrectly. The new macro HAVE_TZNAME governs whether the tzname external variable is exported, instead of USG_COMPAT. USG_COMPAT now governs only the external variables "timezone" and "daylight". This change is needed because the three variables are not in the same category: although POSIX requires tzname, it specifies the other two variables as optional. Also, USG_COMPAT is now 1 or 0: if not defined, the code attempts to guess it from other macros. localtime.c and difftime.c no longer require stdio.h, and .c files other than zic.c no longer require sys/wait.h. zdump.c no longer assumes snprintf. (Reported by Jonathan Leffler.) Calculation of time_t extrema works around a bug in GCC 4.8.4 (Reported by Stan Shebs and Joseph Myers.) zic.c no longer mistranslates formats of line numbers in non-English locales. (Problem reported by Benno Schulenberg.) Several minor changes have been made to the code to make it a bit easier to port to MS-Windows and Solaris. (Thanks to Kees Dekker for reporting the problems.) Changes to documentation and commentary The two new files 'theory.html' and 'calendars' contain the contents of the removed file 'Theory'. The goal is to document tzdb theory more accessibly. The zic man page now documents abbreviation rules. tz-link.htm now covers how to apply tzdata changes to clients. (Thanks to Jorge Fábregas for the AIX link.) It also mentions MySQL. The leap-seconds.list URL has been updated to something that is more reliable for tzdb. (Thanks to Tim Parenti and Brian Inglis.) Here are links to the release files: https://www.iana.org/time-zones/repository/releases/tzcode2017c.tar.gz https://www.iana.org/time-zones/repository/releases/tzdata2017c.tar.gz https://www.iana.org/time-zones/repository/releases/tzdb-2017c.tar.lz As usual, links to the latest release files are here: https://www.iana.org/time-zones/repository/tzcode-latest.tar.gz https://www.iana.org/time-zones/repository/tzdata-latest.tar.gz https://www.iana.org/time-zones/repository/tzdb-latest.tar.lz Links are also available via plain HTTP, and via FTP from ftp://ftp.iana.org/tz/releases with the same basenames as above. 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 812e509d5a30657f8e99ec51cedac7d4229ed784 dated 2017-10-20 14:49:34 -0700 and tagged '2017c' in the development GitHub repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: 0d8c3e07b0de9015a137602450468ceb6358312a50eeda2a860882367107b8ba9ef275880b292570a671b9910afc54e6209e1e642387d246bc9c08c4ff660ffb tzcode2017c.tar.gz feb5c544e617b30c73a397e5a1c51f9847d0fddf1dfa0f9ace2e6f686786f09b666937b2048e07075c84593fc584bd5a25d639fce70eca9735267df28621ab4c tzdata2017c.tar.gz f877cd48bde0e342b9f71490befd7890682c87e9f542480b2e412b3ae08bd284516a3015588222c1fad8e3ec40a0428986404c3b660d7c88da92c1a2b6af10b4 tzdb-2017c.tar.lz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- iQIcBAABAgAGBQJZ6nFEAAoJEO2X6Q5iqn40JnoP/i8JCoxp5Vb+oxD2F8hz85+S ikzzi0+l5vMifyI9+/kxU/V+W1YvLC3zbUMLN6moE65WryjRnXCJXfTzNyFUON0H Dg7a1al0mNcq5D4YIvR6C/O5SJdRNW6VNW0A0owXV8ZafAzUbe5ICoUKQ69DC3ps jKXjO9qsyxne7rqjaqCyJAGVRHdx82p7XRvr5JCtU5vEGoclCDglWN4cUP09019q azA1eYfqkqS+uf3KzPVc8e/0slAdXOqOib7NNFY/Y90wFUlKuhgHdOXVy9bIvdeP PQmNlXNi1TC/gYNtqdxoeCsWSnOCMW9f/v9vBZTB8Oh8Ycm6U+YSAKZxlaVP5zUa VEnyMxDjKOD6YcqGHqx035TFxaAfaDDvDRACcA98SdTcBr7TgY4Ubxv0kCQ007Vr BYesKUcVpE8/wsh6dDHbaZzK01bJkJYGr44UZBwOwAbbkyCG+HDv3J6eg4UphQq0 HITxJLsaiJcJnR/l8YVSrzSHXIftwRIhGbab3BFuPAN7nDEZFrhUkZdMwac4B6E8 gsVxLYK3SJyFz9Jx7D4oDBN+Nxt+54O3/GXYVtAF0k2hiytd6UFaIr1WsmdSVLzA kmBQNiyqJ9jOPJ75B/r4x15JRZfNFDKJZ7AMqo6QthKZrurK93uuR20OKZmklnLr Vwcz+6pYTUf9bRrRfyXg =drdL -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- iQIcBAABAgAGBQJZ6nFvAAoJEO2X6Q5iqn40dFwP/31AK4shXM+vRKf28szHxBwk gTHTka+WMvQdhRtkgQvRXDQo1q9QiI/t4l3x0TpxkkuZATA6Yf1AhV7ugFFfl8Ia 0bc+8uXnv8XnpZ3Qbk57B6J6LEsaMOeaXv1vIZ6x8E/oaDECAV4o2+dpDl5kdNTr O6hcUZwY1Rd8CcJCvOPSFfRV1kNcPXCaKQPh0Z5uohqC7DLmxhtagsiMeUmzInV/ Q1bPOJXF4sD9X7A6hKqk4oyFQvJrYjv/JeM5eoreHIXdSLqvvwhhqCSMx6A76NDA 1/rKFZxqBLojlLmG07SXsCMC9OmD2m709sHKPx0foixhlmB9QJjDm62EjPPwfXd9 AH/3jxolQQq8DCC4XyqLblzPORfFNwZ4vWC3QpTNsQOdqBdkKpfNYXIZTxGL/8Ti 6GtCwmp2E5+gXoV1uTHY51nLNjuI47XdUReh+eBWAWh95gJiKspStHebWLFsbUhg /YM9K9efhu5UaA3BxJn3SpXR43zeNDSUOmyIB+kyRQZDXSK/K0ukwgZPMzq8QuR8 aFB7K0YztC8P6SXIGOgMsWuVp06Cx4QQAdnvy9pcx0iDUUNoh/n+isvwfBCvvUvq ETDnuGYxsUTjlDvORG1VHg14sr4AdyTl3PH12cOscVP4fq5JV91cE4FBHwjD3jSx Lp4Yb/wfGxGLgqPmpY/I =C3sx -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- iQIcBAABAgAGBQJZ6nF3AAoJEO2X6Q5iqn40NeQP/iuhDY14PgMC6Y4NjghAv/hZ lv3TV1E9t9bWc1S4whVQMqU8cXKMd0FddIYajylefPyEb/OwxB4R7/9IDlr1qlKG NkwOWsIrmqp60yFAdSGO2sfwkAcYZlLrujU/Bh0rFy2LFbMSFL4fTfB9WnCjWmqk pX5ioFn8L+uRrVCVQf3ruoFZcAF0D+wRSGLyAb3TAxR6dr2Bq8B0eOQsRtcfPwaL 4nBy/Fa85G3BVqSMtJhJXNIK1Vat4qd8wDU8Wr9cVjImefvVGypgCom1DlOTFD/r 5+kAIXr4RPn0t7af1ue8pNVIo6NuLfEfql59JzDREgYyl2HzwfS93+Ga+/YLR9Xz rSL7nOSDhjoo66SD0TAGNEXuRhfm3IJb81NIqIyP3IV0BpnoPyZSN5ZgNNPZwIqy tfXp/jEO1JoPBNuF+S3/RucABYKkEVLrZT5RdRrmHXxVbORop+2g3ZRKYtUeuT9P ablFWRihBao7+5Enj5hMxkfivzRUgF1+Speai6uDWFfuO/wteqntYvKVIawCWN53 +IqkpBVit0LdkA7YYgBJ4SW7wfOwRRidHANWrjEMzyajP1rfFuc3Kh0N1erIdpeV 74yYcEcHZK7dU2vki331d0xr08chB215Cz/Z1Zbm2IQxxz09g0jfYrkYijFfpxuf vyMRiNaT/Hp+EpEroVP0 =0r0r -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

Fiji DST Change
by Raymond Kumar Oct. 20, 2017

Oct. 20, 2017

Hi, Can you please advise by when new version of tzdata will be out. As there were some changes to Fiji DST. Thanks, Raymond Kumar Head of Billing & Products +679-7015315 ________________________________ Notice of Confidentiality: The information contained in this communication is intended solely for the use of the individual or entity to whom it is addressed and others authorized to receive it. It may contain confidential or legally privileged information. If you are not the intended recipient you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this information is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by responding to this email and then delete it from your system.

2 1

[PATCH] * tz-link.htm: Update for moved and expired URLs.
by Paul Eggert Oct. 20, 2017

Oct. 20, 2017

--- tz-link.htm | 29 +++++++++-------------------- 1 file changed, 9 insertions(+), 20 deletions(-) diff --git a/tz-link.htm b/tz-link.htm index 03259d2..e7a7c8f 100644 --- a/tz-link.htm +++ b/tz-link.htm @@ -267,9 +267,10 @@ href="https://tools.ietf.org/html/rfc7808">TZDIST</a> (Internet <abbr>RFC</abbr> 7808), a time zone data distribution service, along with <a href="https://tools.ietf.org/html/rfc7809">CalDAV</a> (Internet <abbr>RFC</abbr> 7809), a calendar access protocol for -transferring time zone data by reference. The draft <a id="TZDIST-Geolocate" +transferring time zone data by reference. The (expired) draft <a +id="TZDIST-Geolocate" href="https://tools.ietf.org/html/draft-murchison-tzdist-geolocate-00">TZDIST -Geolocate Extension</a> lets a client determine its time zone region +Geolocate Extension</a> would have let a client determine its time zone region from its geographic location using a <a href="https://tools.ietf.org/html/rfc5870">'geo' URI</a>.</li> <li>The <a href="https://tools.ietf.org/html/rfc5545"> @@ -504,9 +505,6 @@ href="https://www.oracle.com/java/index.html">Oracle Java</a> contains a copy of a subset of a recent <code><abbr>tz</abbr></code> database in a Java-specific format.</li> -<li><a href="https://kimmo.suominen.com/sw/timezone/">Time Zone</a> is -a <a href="https://wordpress.org">WordPress</a> plugin. It is freely -available under a <abbr>BSD</abbr>-style license.</li> <li><a href="http://www.relativedata.com/time-zone-master">Time Zone Master</a> is a Microsoft Windows clock program that can automatically download, compile and use <code>tz</code> releases. The Basic version @@ -589,7 +587,8 @@ maps</a> contains <a href="https://en.wikipedia.org/wiki/Shapefile">shapefiles</a> of sets of <code><abbr>tz</abbr></code> regions. This includes <a href="http://efele.net/maps/tz/world/">tz_world</a>, a shapefile -for all the world's regions</li> +for all the world's regions. These maps are no longer maintained and +are superseded by the Timezone Boundary Builder.</li> <li><a href="https://github.com/straup/whereonearth-timezone">Whereonearth-timezone</a> is in <a href="https://tools.ietf.org/html/rfc7946">GeoJSON</a> format @@ -633,10 +632,7 @@ the <a href="https://timezonedb.com">Time Zone Database & API</a>. Commercial network API access is provided by <a href="https://askgeo.com">AskGeo</a> and <a href="https://www.geogarage.com/blog/news-1/post/geogarage-time-zone-api-31">GeoGarage</a>. -Also, an <a -href="https://mm.icann.org/pipermail/tz/2016-October/024309.html">experimental -server</a> is available for the TZDIST Geolocate Extension mentioned -<a href="#TZDIST-Geolocate">above</a>.</li> +</li> <li>"<a href="https://stackoverflow.com/questions/16086962/how-to-get-a-time-zone-from-a-…">How to get a time zone from a location using latitude and longitude @@ -648,13 +644,10 @@ political subdivision data related to time zones.</li> zone boundaries for multizone countries</a> summarizes legal boundaries between time zones within countries.</li> <li>Manifold.net's <a -href="http://manifold.net/info/freestuff.shtml">Free Stuff for +href="http://manifold.net/info/freestuff.shtml">Free Downloads for Manifold System Users</a> includes a Manifold-format map of world time zone boundaries distributed under the <abbr>GPL</abbr>.</li> -<li>The GeoCommunity lists several commercial sources for <a -href="http://spatialnews.geocomm.com/features/timezones/">International -Time Zones and Time Zone Data</a>.</li> <li>A ship within the <a href="https://en.wikipedia.org/wiki/Territorial_waters">territorial waters</a> of any nation uses that nation's time. In international @@ -723,7 +716,7 @@ href="ftp://ftp.cs.huji.ac.il/pub/tz/announcements" hreflang="he">announcements (in Hebrew)</a>.</dd> <dt>Italy</dt> <dd>The National Institute of Metrological Research maintains a -<a href="http://www.inrim.it/res/tf/ora_legale_i.shtml">table of civil time +<a href="http://www.nanospin.eu/res/tf/ora_legale_i.shtml">table of civil time (in Italian)</a>.</dd> <dt>Mexico</dt> <dd>The Investigation and Analysis Service of the Mexican Library of @@ -763,7 +756,7 @@ Time Zone Proceedings</a> lists changes to time zone boundaries.</dd> <h2 id="precision">Precision timekeeping</h2> <ul> <li><a -href="http://literature.agilent.com/litweb/pdf/5965-7984E.pdf">The +href="http://leapsecond.com/hpan/an1289.pdf">The Science of Timekeeping</a> is a thorough introduction to the theory and practice of precision timekeeping.</li> <li><a href="http://www.ntp.org"><abbr @@ -882,10 +875,6 @@ protocols.</li> <a href="https://www.hackcraft.net/web/datetime/">Date & Time Formats on the Web</a> surveys web- and Internet-oriented date and time formats.</li> -<li> -<a href="http://exit109.com/~ghealton/y2k/yrexamples.html">The -Best of Dates, the Worst of Dates</a> covers many problems encountered -by software developers when handling dates and time stamps.</li> <li>Alphabetic time zone abbreviations should not be used as unique identifiers for <abbr>UTC</abbr> offsets as they are ambiguous in practice. For example, in English-speaking North America -- 2.7.4

1 0

Tonga
by Lord Buddha Oct. 18, 2017

Oct. 18, 2017

To DST or not to DST. Currently the TZ DB has Tonga moving to DST on the 5th November. In 2016 they announced they were resuming DST, in the only reference to that I could quickly find <http://matangitonga.to/tag/daylight-saving?page=1>, does not state that this was for one year or whether the resumption was also for successive years. No reference for the change was added to the TZ DB. IATA it seems have taken it as being for a single year and so do not have DST starting this year. Given the discrepancy between IANA and IATA (besides the letter T), does any body have any authoritative/corroborating source for either position. /David

4 11

[PROPOSED] Northern Cyprus to reintroduce winter time
by Paul Eggert Oct. 18, 2017

Oct. 18, 2017

* NEWS, asia (Asia/Famagusta): Switch back to +02/+03 with EU rules. --- NEWS | 7 ++++++- asia | 9 ++++++++- 2 files changed, 14 insertions(+), 2 deletions(-) diff --git a/NEWS b/NEWS index d570ec7..4e98ef7 100644 --- a/NEWS +++ b/NEWS @@ -2,7 +2,9 @@ News for the tz database Unreleased, experimental changes - Briefly: Fiji ends DST 2018-01-14, not 2018-01-21. + Briefly: + Northern Cyprus switches from +03 to +02/+03 on 2017-10-29. + Fiji ends DST 2018-01-14, not 2018-01-21. Namibia switches from +01/+02 to +02 on 2018-04-01. Sudan switches from +03 to +02 on 2017-11-01. Turks & Caicos switches from -04 to -05/-04 on 2018-11-04. @@ -11,6 +13,9 @@ Unreleased, experimental changes Changes to future time stamps + Northern Cyprus has decided to resume EU rules starting + 2017-10-29, thus reinstituting winter time. + Fiji ends DST 2018-01-14 instead of the 2018-01-21 previously predicted. (Thanks to Dominic Fok.) Adjust future predictions accordingly. diff --git a/asia b/asia index 5ce916d..ac39af3 100644 --- a/asia +++ b/asia @@ -785,6 +785,12 @@ Zone Asia/Macau 7:34:20 - LMT 1912 Jan 1 # Looks like the time zone split in Cyprus went through last night. # http://cyprus-mail.com/2016/10/30/cyprus-new-division-two-time-zones-now-re… +# From Paul Eggert (2017-10-18): +# Northern Cyprus will reinstate winter time on October 29, thus +# staying in sync with the rest of Cyprus. See: Anastasiou A. +# Cyprus to remain united in time. Cyprus Mail 2017-10-17. +# https://cyprus-mail.com/2017/10/17/cyprus-remain-united-time/ + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Cyprus 1975 only - Apr 13 0:00 1:00 S Rule Cyprus 1975 only - Oct 12 0:00 0 - @@ -802,7 +808,8 @@ Zone Asia/Nicosia 2:13:28 - LMT 1921 Nov 14 Zone Asia/Famagusta 2:15:48 - LMT 1921 Nov 14 2:00 Cyprus EE%sT 1998 Sep 2:00 EUAsia EE%sT 2016 Sep 8 - 3:00 - +03 + 3:00 - +03 2017 Oct 29 1:00u + 2:00 EUAsia EE%sT # Classically, Cyprus belongs to Asia; e.g. see Herodotus, Histories, I.72. # However, for various reasons many users expect to find it under Europe. -- 2.7.4

1 0

Palestine summer time end 2017
by Sharef Mustafa Oct. 18, 2017

Oct. 18, 2017

Hi, According to Palestinian cabinet decision on Tue Oct 17th 2017, the summer time will end on Sat Oct 28th 2017 , the clock will be returned 60 minutes at 01:00 AM here is the link to the press release of the Palestinian cabinet http://www.palestinecabinet.gov.ps/Website/ar/ViewDetails?ID=41158 below links to few news portal who published the news. (in Arabic) http://www.maannews.net/Content.aspx?id=926062 http://aqsatv.ps/post/14832/%D8%A7%D9%84%D8%AA%D9%88%D9%82%D9%8A%D8%AA-%D8%… http://www.pbc.ps/News/%D9%85%D8%AC%D9%84%D8%B3-%D8%A7%D9%84%D9%88%D8%B2%D8… <http://www.pbc.ps/News/%D9%85%D8%AC%D9%84%D8%B3-%D8%A7%D9%84%D9%88%D8%B2%D8…> BR

2 1

[PROPOSED] Assume South Sudan is not changing
by Paul Eggert Oct. 18, 2017

Oct. 18, 2017

Although we have not heard from the government of South Sudan, for now, guess they will not change to stay in sync with Sudan. * NEWS: Mention this. * africa (Africa/Juba): Now a Zone, with the previous contents of Africa/Khartoum except for the initial LMT. * zone1970.tab (Africa/Juba): New entry. --- NEWS | 3 ++- africa | 5 ++++- zone1970.tab | 3 ++- 3 files changed, 8 insertions(+), 3 deletions(-) diff --git a/NEWS b/NEWS index b0afb21..04d6f39 100644 --- a/NEWS +++ b/NEWS @@ -20,7 +20,8 @@ Unreleased, experimental changes at 02:00. (Thanks to Steffen Thorsen.) Sudan will switch from +03 to +02 on 2017-11-01. - (Thanks to Ahmed Atyya.) + (Thanks to Ahmed Atyya.) South Sudan is not switching, so + Africa/Juba is no longer a link to Africa/Khartoum. Turks & Caicos will switch from -04 all year to -05 with US DST on 2018-03-11 at 03:00. This affects UT offsets starting 2018-11-04 diff --git a/africa b/africa index 04ca8db..4a1915c 100644 --- a/africa +++ b/africa @@ -1097,7 +1097,10 @@ Zone Africa/Khartoum 2:10:08 - LMT 1931 2:00 - CAT # South Sudan -Link Africa/Khartoum Africa/Juba +# Zone NAME GMTOFF RULES FORMAT [UNTIL] +Zone Africa/Juba 2:06:28 - LMT 1931 + 2:00 Sudan CA%sT 2000 Jan 15 12:00 + 3:00 - EAT # Swaziland # See Africa/Johannesburg. diff --git a/zone1970.tab b/zone1970.tab index 8b828e6..455e797 100644 --- a/zone1970.tab +++ b/zone1970.tab @@ -316,10 +316,11 @@ RU +6445+17729 Asia/Anadyr MSK+09 - Bering Sea SA,KW,YE +2438+04643 Asia/Riyadh SB -0932+16012 Pacific/Guadalcanal SC -0440+05528 Indian/Mahe -SD,SS +1536+03232 Africa/Khartoum +SD +1536+03232 Africa/Khartoum SE +5920+01803 Europe/Stockholm SG +0117+10351 Asia/Singapore SR +0550-05510 America/Paramaribo +SS +0451+03137 Africa/Juba SV +1342-08912 America/El_Salvador SY +3330+03618 Asia/Damascus TC +2128-07108 America/Grand_Turk -- 2.13.6

1 0

[PROPOSED 1/2] * northamerica: Cite McLeod on legal time in Labrador.
by Paul Eggert Oct. 14, 2017

Oct. 14, 2017

--- northamerica | 12 +++++++----- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/northamerica b/northamerica index ec5772d..e5d3eca 100644 --- a/northamerica +++ b/northamerica @@ -1254,11 +1254,13 @@ Rule Canada 2007 max - Nov Sun>=1 2:00 0 S # Newfoundland and Labrador -# From Paul Eggert (2000-10-02): -# Matthews and Vincent (1998) write that Labrador should use NST/NDT, -# but the only part of Labrador that follows the rules is the -# southeast corner, including Port Hope Simpson and Mary's Harbour, -# but excluding, say, Black Tickle. +# From Paul Eggert (2017-10-14): +# Legally Labrador should observe Newfoundland time; see: +# McLeod J. Labrador time - legal or not? St. John's Telegram, 2017-10-07 +# http://www.thetelegram.com/news/local/labrador-time--legal-or-not-154860/ +# Matthews and Vincent (1998) write that the only part of Labrador +# that follows the rules is the southeast corner, including Port Hope +# Simpson and Mary's Harbour, but excluding, say, Black Tickle. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule StJohns 1917 only - Apr 8 2:00 1:00 D -- 2.7.4

1 1

Soma SAVE format
by J William Piggott Oct. 3, 2017

Oct. 3, 2017

Is there a reason that Somoa SAVE time format is: SAVE 1 0 1 0 1 When others are formated like: SAVE 1:00 0 1:00 0 1:00

2 1

[PATCH 1/3] * Theory: fix typo in previous change
by Paul Eggert Oct. 2, 2017

Oct. 2, 2017

--- Theory | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Theory b/Theory index 3e88173..328423a 100644 --- a/Theory +++ b/Theory @@ -10,7 +10,7 @@ Theory and pragmatics of the tz code and data Time and date functions Interface stability Calendrical issues - Time and time zones on Mars + Time and time zones on other planets ----- Scope of the tz database ----- -- 2.7.4

1 2