June 2019 - tz - lists.iana.org

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

28 Aug '19

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

[PATCH] Allow the gpg2 binary name to be overridden by the environment.
by Matthew Donadio 01 Jul '19

01 Jul '19

On some platforms, the gpg2 binary isn't actually called 'gpg2'; on OSX when you install GPG view Homebrew, it is just 'gpg'. This probably affects about three people on the planet, but noticed it when working on build scripts. --Matthew Donadio (matt(a)mxd120.com)

2 1

[PATCH] Revert Hong Kong 1952 fall-back transition date to Nov 2 (inadvertently changed during recent Hong Kong fixes)
by Brad Arndt 29 Jun '19

29 Jun '19

* asia: Revert Hong Kong 1952 fall-back transition from October 26 to November 2nd --- asia | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/asia b/asia index c9b362d..2182455 100644 --- a/asia +++ b/asia @@ -741,7 +741,8 @@ Rule HK 1946 only - Dec 1 3:30s 0 - Rule HK 1947 only - Apr 13 3:30s 1:00 S Rule HK 1947 only - Nov 30 3:30s 0 - Rule HK 1948 only - May 2 3:30s 1:00 S -Rule HK 1948 1952 - Oct Sun>=25 3:30s 0 - +Rule HK 1948 1951 - Oct Sun>=25 3:30s 0 - +Rule HK 1952 only - Nov 2 3:30s 0 - Rule HK 1949 1953 - Apr Sun>=1 3:30 1:00 S Rule HK 1953 1964 - Oct Sun>=31 3:30 0 - Rule HK 1954 1964 - Mar Sun>=18 3:30 1:00 S -- 2.17.0.windows.1

3 2

compiling backzone file with zic - How to?
by Alois Treindl 28 Jun '19

28 Jun '19

I am trying to compile the zonefiles with zic, and I want to include the backzone file. I expect that zoneinfo/Africa/Mbabane comes out differently from zoneinfo/Africa/Johannesburg because in backzone there is # Eswatini (formerly Swaziland) Zone Africa/Mbabane 2:04:24 - LMT 1903 Mar 2:00 - SAST (Swaziland did not observe South African DST in 1942-1944 and I want to see that respected in the binary zonefile Africa/Mbabane) while in file africa there is: # South Africa # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule SA 1942 1943 - Sep Sun>=15 2:00 1:00 - 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/Mbabane # Eswatini I use the command: ./zic -d ./tzdata/etc/zoneinfo africa antarctica asia australasia backward backzone etcetera europe factory northamerica pacificnew southamerica systemv and expect the information in 'backzone' to override the information in 'africa'. But it does not. These two files are generated but are binary identical. zoneinfo/Africa/Mbabane zoneinfo/Africa/Johannesburg What is the correct command line for zic so that information in backzone is considered? I have tried putting backzone at he begin or end of the list of files, but that made no difference in the binary output.

2 1

Re: [tz] Timezone in Autonomous Republic of Crimea and spelling of Kyiv
by Sergij Marchenko 28 Jun '19

28 Jun '19

Thank you, Mr. Paul Eggert! -- Best regards, Sergij Marchenko mailto:makars@gmail.com http://makar.homelinux.net Skype: makarsoft Viber/WhatsApp/Telegram/Signal: +380661877234

1 0

Summer Time Brazil 2019 - Information
by Walmir Tadeu Satyro 27 Jun '19

27 Jun '19

Good Afternoon, I need to know if there is an update of TzUpdater for the Brazil region in 2019. Today we need to validate if there is or was something specific to update here in Brazil. We understand that this is usually time consuming ... It is a question of updating the product and in it is contemplated specific rules for each region not only Brazil As we did not have defined summer schedules there were no corrections issued by IANA regularly, they are valid internationally since it is the Java product. To check if there is a most recent Brazil update in case of summer time 2019 Best regards. [Ass_Everis_WTS] Esta mensagem, incluindo seus anexos, pode conter informa??es privilegiadas e/ou de car?ter confidencial, n?o podendo ser retransmitida sem autoriza??o do remetente. Se voc? n?o ? o destinat?rio ou pessoa autorizada para receb?-la, informamos que o seu uso, divulga??o, c?pia ou arquivamento s?o proibidos. Portanto, se voc? recebeu esta mensagem por engano, por favor nos informe respondendo imediatamente a este e-mail e delete o seu conte?do. This message, including its attachments, may contain privileged or confidential information, and it must not be fowarded without the express authorization of the sender. If you are not the intended recipient, we hereby inform you that the use, disclosure, copy or filing are forbidden. So, if you received this message as a mistake, please inform us by answering this e-mail and deleting its contents Questo messaggio, inclusi gli allegati, potrebbe contenere informazioni privilegiate e/o riservate, e non deve essere ritrasmesse senza l'autorizzazione del mittente. Se non siete il destinatario o la persona autorizzata a riceverlo, informiamo che il suo utilizzo, diffusione, copia o archiviazione sono proibite. Quindi, se avete ricevuto questo messaggio per errore, per cortesia ci informi rispondendo immediatamente a questa email e cancelli il suo contenuto

2 1

I: Brazil Won't Change Clocks in 2019
by DONATELLA SABELLICO 26 Jun '19

26 Jun '19

Hi, we got We got this advice.. https://www.timeanddate.com/news/time/brazil-scraps-dst.html the latest 2019A iana table reports Rule Brazil 2018 max - Nov Sun>=1 0:00 1:00 - So we need a new level.. Do you know when the Timezone package will be released' thanks Da: DONATELLA SABELLICO Inviato: lunedì 27 maggio 2019 11:20 A: eggert(a)cs.ucla.edu Cc: Anawesha Khuntia <AnaweshaK(a)in.ibm.com>; Java Timezone Utility Support <JTZU(a)uk.ibm.com>; Sbriccoli's L3 only <sbriccolisl3only(a)hcl.com>; SILVANO LUTRI <silvano.lutri(a)hcl.com> Oggetto: Brazil Won't Change Clocks in 2019 Priorità: Alta Hi Paul sorry to disturb but.. We got this advice.. https://www.timeanddate.com/news/time/brazil-scraps-dst.html We are using Iana 2019A table. Basing on that it seems NO Nov 2019 changes are into them...but when the new IAN Dst olson will be released? Thanks. Da: DONATELLA SABELLICO Inviato: lunedì 8 ottobre 2018 17:39 A: Paul Eggert <eggert(a)cs.ucla.edu<mailto:eggert@cs.ucla.edu>>; ALESSIO FIORAVANTI <alessio.fioravanti(a)hcl.com<mailto:alessio.fioravanti@hcl.com>> Cc: Anawesha Khuntia <AnaweshaK(a)in.ibm.com<mailto:AnaweshaK@in.ibm.com>>; Java Timezone Utility Support <JTZU(a)uk.ibm.com<mailto:JTZU@uk.ibm.com>>; Sbriccoli's L3 only <sbriccolisl3only(a)hcl.com<mailto:sbriccolisl3only@hcl.com>> Oggetto: Re: R: DST rBrazil 2018 changed again to Nov 18th ..When DST Olson table will be released? Hi jtuz is not our tool. We owned tws product. Well at this time we need to wait official approval from Brazil president. Thanks ________________________________ Da: Paul Eggert <eggert(a)cs.ucla.edu<mailto:eggert@cs.ucla.edu>> Inviato: lunedì 8 ottobre 2018 17:25:46 A: DONATELLA SABELLICO; ALESSIO FIORAVANTI Cc: Anawesha Khuntia; Java Timezone Utility Support; Sbriccoli's L3 only Oggetto: Re: R: DST rBrazil 2018 changed again to Nov 18th ..When DST Olson table will be released? On 10/8/18 8:15 AM, DONATELLA SABELLICO wrote: > WAS/Java that means that we need also that JTUZ tool is refreshed with the new tables... > > So even if we update our packages with these "developer" dst olson table ... the Jtuz table will be not ....so the Jtuz tool will still not be updated. You can update the Java tables from whatever data you like. See: https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.orac… ::DISCLAIMER:: -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

35 150

Minor clerical fixes
by Tim Parenti 26 Jun '19

26 Jun '19

Mostly grammar and consistency around areas that have changed recently. See attached. -- Tim Parenti

2 1

Petition to abolish local time in Sommarøy, Norway
by Paul Eggert 26 Jun '19

26 Jun '19

On Thursday, Kjell Ove Hveding, who lives in Sommarøy, Norway (latitude 70°N, population 321), formally petitioned his parliamentarian to abolish civil time in the town. Assuming this becomes law and common practice (which does not appear likely), I suppose we'd need to create a new entry for the region of Norway that switches to having no civil time whatsoever. (The tzdb convention for this is UTC with the abbreviation "-00".) The Gizmodo story about this quotes Hveding as saying: "You have to go to work, and even after work, the clock takes up your time. I have to do this, I have to do that. My experience is that [people] have forgotten how to be impulsive, to decide that the weather is good, the Sun is shining, I can just live." See: Mandelbaum RF. A Norwegian city wants to abolish time. Gizmodo. 2019-06-14 16:55 -04. https://gizmodo.com/a-norwegian-city-wants-to-get-rid-of-clocks-1835526377

6 7

Precise meaning of AT 25:00
by Stephen Colebourne 26 Jun '19

26 Jun '19

The Tokyo rule now includes the value 25:00 in the AT column. Can someone confirm the exact meaning of the 25:00? Is it a) an extended local time-of-day b) the actual duration from midnight at the start of day While similar, there would be a difference between the two definitions if there was a second DST gap/overlap earlier in the day. eg. imagine the case where DST starts at 13:00 (with a gap to 14:00) and ends at 26:00. With (a) the AT column would hold 26:00, while with (b) the AT column would hold 25:00 I'm pretty sure it is (a), but wanted to double check before it gets baked into APIs Stephen

2 1