- tz - lists.iana.org

[PATCH] * tz-link.html: Update URLs.
by Paul Eggert April 22, 2020

April 22, 2020

--- tz-link.html | 14 ++++++++------ 1 file changed, 8 insertions(+), 6 deletions(-) diff --git a/tz-link.html b/tz-link.html index 90cc9bd..1f893f6 100644 --- a/tz-link.html +++ b/tz-link.html @@ -82,11 +82,12 @@ title="Berkeley Software Distribution">BSD</abbr></a>, <a href="https://www.openbsd.org">Open<abbr>BSD</abbr></a>, <a href="https://www.chromium.org/chromium-os">Chromium OS</a>, <a href="https://cygwin.com">Cygwin</a>, +<a href="https://mariadb.org">MariaDB</a>, <a href="https://en.wikipedia.org/wiki/MINIX">MINIX</a>, <a href="https://www.mysql.com">MySQL</a>, <a href="https://en.wikipedia.org/wiki/WebOS"><abbr title="Web Operating System">webOS</abbr></a>, -<a href="https://ibm.com/aix"><abbr +<a href="https://en.wikipedia.org/wiki/IBM_AIX"><abbr title="Advanced Interactive eXecutive">AIX</abbr></a>, <a href="https://en.wikipedia.org/wiki/BlackBerry_10">BlackBerry 10</a>, <a href="https://www.apple.com/ios"><abbr @@ -168,7 +169,8 @@ then <samp>za</samp> through <samp>zz</samp>, then <samp>zza</samp> through <samp>zzz</samp>, and so on). Since version 2016h, each release has contained a text file named "<samp>version</samp>" whose first (and currently only) line is the version. -The releases are also available in an +Older releases are <a href="https://ftp.iana.org/tz/releases/">archived</a>, +and are also available in an <a href="ftp://ftp.iana.org/tz/releases/"><abbr title="File Transfer Protocol">FTP</abbr> directory</a> via a less-secure protocol.</p> @@ -827,10 +829,10 @@ zones and daylight saving time</a>.</dd> Chile's official time (in Spanish)</a>.</dd> <dt>China</dt> <dd>The Hong Kong Observatory maintains a -<a href="https://www.hko.gov.hk/gts/time/Summertime.htm">history of +<a href="https://www.hko.gov.hk/en/gts/time/Summertime.htm">history of summer time in Hong Kong</a>, and Macau's Meteorological and Geophysical Bureau maintains a <a -href="http://www.smg.gov.mo/smg/geophysics/e_t_Summer%20Time.htm">similar +href="https://www.smg.gov.mo/en/subpage/224/page/174">similar history for Macau</a>. Unfortunately the latter is incomplete and has errors.</dd> <dt>Czech Republic</dt> @@ -866,7 +868,7 @@ href="https://www.dia.govt.nz/Daylight-Saving-History">History of Daylight Saving</a>.</dd> <dt>Singapore</dt> <dd><a id="Singapore" -href="http://www.math.nus.edu.sg/~mathelmr/teaching/timezone.html">Why +href="https://web.archive.org/web/20190822231045/http://www.math.nus.edu.sg/~math…">Why is Singapore in the "Wrong" Time Zone?</a> details the history of legal time in Singapore and Malaysia.</dd> <dt>United Kingdom</dt> @@ -881,7 +883,7 @@ Time Zone Proceedings</a> lists changes to time zone boundaries.</dd> <dt>Uruguay</dt> <dd>The Oceanography, Hydrography, and Meteorology Service of the Uruguayan Navy (SOHMA) publishes an annual <a -href="http://www.armada.gub.uy/sohma/index.php/servicios/datos-astronomicos" hreflang="es">almanac +href="http://sohma.armada.mil.uy/index.php/servicios/datos-astronomicos" hreflang="es">almanac (in Spanish)</a>.</dd> </dl> </section> -- 2.17.1

1 0

Re: [tz] Errors in man pages, here: tzfile(5): Typo?
by Paul Eggert April 22, 2020

April 22, 2020

On 4/20/20 10:52 PM, Michael Kerrisk (man-pages) wrote: > --- a/man5/tzfile.5 > +++ b/man5/tzfile.5 > @@ -41,6 +41,7 @@ in order: > .TP > .I tzh_ttisgmtcnt > The number of UT/local indicators stored in the file. > +(UT is Universal Time.) Thanks. I looked for similar problems elsewhere and found one in zic.8, so I installed the attached patch. This should appear in the next tzdb release, which is due soon.

2 2

Data for China timezones in backzone
by Phake Nick April 16, 2020

April 16, 2020

First of all, for some reason there is a Vietnamese timezone which got sandwiched between time zone of China in the backzone file, I think that should be reordered for better clarity Second, the historical timezone data for those China zones seems to be incorrect. The transition to GMT+8 date given there for these zones were 1980 which also contradict the file description that they do not disagree with normal zone after 1970. According to sources that have also been cited in the asia file, except Xinjiang and Tibet, they should have adopted the Beijing Time from around 1949/1950 depends on exactly when each of those cities were taken over by the communist army. And they should also follow the DST setting of Asia/Shanghai after that point of time. In addition, http://gaz.ncl.edu.tw/detail.jsp?sysid=E1091792 the document from Chongqing Nationalist government say in year 1945 all of China should adopt summer time due to the war (not sure whether it continued after WWII ends)(Probably only enforced in area under their rule at the time?) The Asia/Harbin's 1932 and 1940 entry should also be incorrect. As per sources recorded at https://wiki.suikawiki.org/n/%E6%BA%80%E5%B7%9E%E5%9B%BD%E3%81%AE%E6%A8%99%… , in 1932 Harbin should have adopted UTC+8:00 instead of data currently listed in the tz database according to official announcement from Manchuko. And they should have adopted GMT+9 in 1937 January 1st according to official announcement at the time being cited on the webpage.

2 1

Asia/Shanghai timezone history and other information
by Phake Nick April 16, 2020

April 16, 2020

1. According to This news report: http://news.sina.com.cn/c/2004-09-01/19524201403.shtml , on April 11, 1919, newspaper in Shanghai said clocks in Shanghai will spring forward for an hour starting from midnight of that Saturday. The report did not mention what happened in Shanghai thereafter, but it mentioned that a similar trial in Tianjin which ended at October 1st as citizens are told to recede the clock on September 30 from 12:00pm to 11:00pm. The trial at Tianjin got terminated in 1920. 2. For the history of time in Shanghai between 1940-1942, the situation is actually slightly more complex than the table included in the tz database now. At the time, there were three different authorities in Shanghai, including Shanghai International Settlement, a settlement established by western countries with its own westernized form of government, Shanghai French Concession, similar to the international settlement but is controlled by French, and then the rest of the city of Shanghai, which have already been controlled by Japanese force through a puppet local government (Wang Jingwei regime) It was additionally complicated by the circumstances that, according to the 1940s Shanghai summer time essay cited in the database, some departments/businesses/people in the Shanghai city itself during that time period, refused to change their clock and instead only changed their opening hours. For example, as quoted in the article, in 1940, other than the authority itself, power, tram, bus companies, cinema, department stores, and other public service organizations have all decided to follow the summer time and spring forward the clock. On the other hand, the custom office refused to spring forward the clock because of worry on mechanical wear to the physical clock, postal office refused to spring forward because of disruption to business and log-keeping, although they did changed their office hour to match rest of the city. So is travel agents, and also weather observatory. It is said both time standards had their own supporters in the city at the time, those who prefer new time standard would have moved their clock while those who prefer the old time standard would keep their clock unchange, and there were different clocks that use different time standard in the city at the time for people who use different time standard to adjust their clock to their preferred time. 2.a. For the 1940 May 31 spring forward, the essay claim that it was coordinared between the international settlement authority and the French concession authority and have gathered support from Hong Kong and Xiamen, that it would spring forward an hour from May 31 "midnight", and the essay claim "Hong Kong government implemented the spring forward in the same time on the same date as Shanghai". 2.b. For the 1940 fall back, it was said that they initially intended to do so on September 30 00:59 at night, however they postponed it to October 12 after discussion with relevant parties. However schools restored to the original schedule ten days earlier. 2.c. For the 1941 spring forward, it is said to start from March 15 "following the previous year's method", and in addition to that the essay cited an announcement in 1941 from the Wang regime which said the Special City of Shanghai under Wang regime control will follow the DST rule set by the Settlements, irrespective of the original DST plan announced by the Wang regime for other area under its control(April 1 to September 30). (no idea to situation before that announcement) 2.d. For the 1941 fall back, it was said that the fall back would occurs at the end of September (A newspaper headline cited by the essay, published on October 1, 1941, have the headlines which said "French Concession would rewind to the old clock this morning), but it ultimately didn't happen due to disagreement between the international settlement authority and the French concession authority, and the fall back ultimately occurred on November 1. 2.e. In 1941 December, Japan have officially started war with the United States and the United Kingdom, and in Shanghai they have marched into the international settlement, taken over its control 2.f. For the 1942 spring forward, the essay said that the spring forward started on January 31. It said this time the custom office and postal department will also change their clocks, unlike before. 2.g. The essay itself didn't cover any specific changes thereafter until the end of the war, it quoted a November 1942 command from the government of the Wang regime, which claim the daylight saving time applies year round during the war. However, the essay ambiguously said the period is "February 1 to September 30", which I don't really understand what is the meaning of such period in the context of year round implementation here.. More researches might be needed to show exactly what happened during that period of time. 3. According to a Japanese tour bus pamphlet in Nanjing area believed to be from around year 1941: http://www.tt-museum.jp/tairiku_0280_nan1941.html , the schedule listed was in the format of Japanese time. Which indicate some use of the Japanese time (instead of syncing by DST) might have occurred in the Yangtze river delta area during that period of time although the scope of such use will need to be investigated to determine. ---- Other information: i. The HKO link reference link in Asia/HongKong have already become inaccessible probably due to site update. The link can now be accessed from https://www.hko.gov.hk/en/gts/time/Summertime.htm

2 1

Morocco : Time Change
by Semlali Naoufal April 15, 2020

April 15, 2020

Hello, Following the announcement by the Moroccan government, the switch to GMT time will take place on Sunday, April 19, 2020 from 3 a.m. and the return to GMT+ 1 time will take place on Sunday, May 31, 2020 at 2 a.m. and not Sunday May 24, 2020 as described at the TMZ base. To this end, thank you for updating the TMZ database to take this change into account. Attached the official decision of the government. https://maroc-diplomatique.net/maroc-le-retour-a-lheure-gmt-est-prevu-diman… http://aujourdhui.ma/actualite/gmt1-retour-a-lheure-normale-dimanche-procha… Best Regards, De : Tim Parenti <tim(a)timtimeonline.com<mailto:tim@timtimeonline.com>> Envoyé : lundi 30 septembre 2019 17:05 À : Naoufal Semlali <N.Semlali(a)iam.ma<mailto:N.Semlali@iam.ma>> Cc : Paul Eggert <eggert(a)cs.ucla.edu<mailto:eggert@cs.ucla.edu>>; Maamar Abdelkader <A.MAAMAR(a)iam.ma<mailto:A.MAAMAR@iam.ma>>; Time zone mailing list <tz(a)iana.org<mailto:tz@iana.org>> Objet : Re: [tz] Morocco Time must stay at GMT+1 We updated Morocco with year-round UTC+1 (except during Ramadan) about a year ago in these commits: https://github.com/eggert/tz/commit/80de44ca0f2349c0f42f12caa943ced8685c3b67 https://github.com/eggert/tz/commit/8539a448ebc8897e40d62f16dc4d0ada3f07b3ca If there are still errors in tz for Morocco in 2018g or later, please let us know. Otherwise, it sounds like you need to update your time zone definitions with a more recent version. -- Tim Parenti On Mon, 30 Sep 2019 at 11:40, Naoufal Semlali <N.Semlali(a)iam.ma<mailto:N.Semlali@iam.ma>> wrote: Good Morning, I want to inform you that Morocco is not concerned by the transition to the winter time which will take place in Europe on the night of Saturday, October 26 to Sunday, October 27, 2019. Morocco's schedule must stay on GMT+1 The schedule change take place only before and after the month of Ramadan. Best Regards De : Naoufal Semlali Envoyé : jeudi 18 avril 2019 08:27 À : 'Paul Eggert' <eggert(a)cs.ucla.edu<mailto:eggert@cs.ucla.edu>> Cc : Time zone mailing list <tz(a)iana.org<mailto:tz@iana.org>>; Maamar Abdelkader <A.MAAMAR(a)iam.ma<mailto:A.MAAMAR@iam.ma>> Objet : RE: Will Morocco switch from +01 to +00 during Ramadan next year? Hello, The predictions below seem to be correct based on the latest official declarations of the Moroccan government. Of course, if there will be any change, we will keep you informed. Thanks. Semlali -----Message d'origine----- De : Paul Eggert <eggert(a)cs.ucla.edu<mailto:eggert@cs.ucla.edu>> Envoyé : mercredi 17 avril 2019 19:04 À : Naoufal Semlali <N.Semlali(a)iam.ma<mailto:N.Semlali@iam.ma>> Cc : Time zone mailing list <tz(a)iana.org<mailto:tz@iana.org>>; Maamar Abdelkader <A.MAAMAR(a)iam.ma<mailto:A.MAAMAR@iam.ma>> Objet : Re: Will Morocco switch from +01 to +00 during Ramadan next year? On 4/17/19 12:24 AM, Naoufal Semlali wrote: > > Please confirm also that the switch to GMT+1 on Sunday, June 9th 2019 > at 2 am is already implemented in the tzdata. > Yes, I checked that too. For what it's worth, here are the tzdata 2018h-and-later predictions for Africa/Casablanca through the year 2037. The columns are the date, the hour just after the transition, the UTC offset just after the transition, and (optionally) 1 if (negative) DST is in effect. These predictions could well be wrong: if you have better info please let us know. 2019-05-05 02 +00 1 2019-06-09 03 +01 2020-04-19 02 +00 1 2020-05-24 03 +01 2021-04-11 02 +00 1 2021-05-16 03 +01 2022-03-27 02 +00 1 2022-05-08 03 +01 2023-03-19 02 +00 1 2023-04-23 03 +01 2024-03-10 02 +00 1 2024-04-14 03 +01 2025-02-23 02 +00 1 2025-04-06 03 +01 2026-02-15 02 +00 1 2026-03-22 03 +01 2027-02-07 02 +00 1 2027-03-14 03 +01 2028-01-23 02 +00 1 2028-02-27 03 +01 2029-01-14 02 +00 1 2029-02-18 03 +01 2029-12-30 02 +00 1 2030-02-10 03 +01 2030-12-22 02 +00 1 2031-01-26 03 +01 2031-12-14 02 +00 1 2032-01-18 03 +01 2032-11-28 02 +00 1 2033-01-09 03 +01 2033-11-20 02 +00 1 2033-12-25 03 +01 2034-11-05 02 +00 1 2034-12-17 03 +01 2035-10-28 02 +00 1 2035-12-02 03 +01 2036-10-19 02 +00 1 2036-11-23 03 +01 2037-10-04 02 +00 1 2037-11-15 03 +01 ________________________________ [Description : cid:image002.jpg@01CC9EE4.44A57D10]Eco – geste: privilégiez la sauvegarde électronique, si nécessaire imprimez en recto-verso ________________________________ Ce message et toutes les pièces jointes sont adressés à l'attention exclusive de leurs destinataires et sont strictement confidentiels. Si vous le recevez par erreur, merci de le détruire après en avoir informé l'expéditeur sans délai. Toute divulgation, copie ou usage par une personne autre que son destinataire sont interdits. Maroc Telecom décline toute responsabilité pour toute altération, déformation ou falsification subie par le message au cours de sa transmission. Retrouvez toutes les informations de Maroc Telecom sur www.iam.ma<http://www.iam.ma> . ________________________________ This message and its attachments are intended only for the person or entity to which it is addressed and are strictly confidential. If you have received this in error, please delete the material from any computer after having informed the sender. Any copy or other use of this information by persons or entities other than the intended recipient is prohibited. Maroc Telecom accepts no liability for any alteration, distortion or falsification that may occur during the transmission of this message. All information about Maroc Telecom on www.iam.ma <http://www.iam.ma> .

2 2

Morocco Ramadan 2020
by Milamber April 15, 2020

April 15, 2020

Hello, The Government of Kingdom of Morocco have publish the changes of time for next Ramadan month (2020) [1] : Google Translation: The Ministry of Economy, Finance and Administration Reform - Department of Administration Reform - announces that on the holy month of Ramadan, the Kingdom of Morocco will return to legal time of the Kingdom (GMT) by delaying the time by 60 minutes and this on Sunday April 19 at 03:00 am In accordance with article II of the decree n ° 2.18.855 (October 26, 2018) relating to the legal time of the Kingdom, and to the decision of the Head of Government No. 3.25.20 (published on April 13, 2020) concerning the legal time. The Kingdom of Morocco will return to the schedule (GMT +1) by adding sixty (60) minutes to legal time on Sunday, May 31, 2020 at 2:00 a.m. Actually, the tzdata show (Debian 10) tzdata 2019c-0+deb10u1 : # zdump -v /usr/share/zoneinfo/Africa/Casablanca | grep 2020 /usr/share/zoneinfo/Africa/Casablanca Sun Apr 19 01:59:59 2020 UT = Sun Apr 19 02:59:59 2020 +01 isdst=0 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sun Apr 19 02:00:00 2020 UT = Sun Apr 19 02:00:00 2020 +00 isdst=1 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sun May 24 01:59:59 2020 UT = Sun May 24 01:59:59 2020 +00 isdst=1 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sun May 24 02:00:00 2020 UT = Sun May 24 03:00:00 2020 +01 isdst=0 gmtoff=3600 thanks for update. Regards, Milamber * [1] https://www.mmsp.gov.ma/fr/actualites.aspx?id=1940

1 0

DST in Morocco
by Magnus Fromreide April 14, 2020

April 14, 2020

Hello. It seems as if Morocco have decided that Ramadan ends on 2020-05-31, not 2020-05-24 which is what was previously assumed. Source (in arabic): http://www.sgg.gov.ma/Portals/1/BO/2020/B.O_6873_Ar.pdf?ver=2020-04-14-1321… Especially page 2082 (page 4 of the document) /MF

1 0

DB incoherence
by Américo Mendes April 8, 2020

April 8, 2020

Hi, Was trying to use your DB and I found what I think it's a data incoherence... When you list the rules, i suppose that they must be in chronological order, I'm assuming that* (X) rule start date always smaller than (X+1) rule start date*, for instance: R Q 1967 o - Ap 8 0 1 D R Q 1967 1968 - S Su>=8 0 0 S R Q 1968 o - Ap 14 0 1 D R Q 1969 1977 - Ap lastSu 0 1 D R Q 1969 1971 - O lastSu 0 0 S R Q 1972 1974 - O 8 0 0 S R Q 1975 1977 - O lastSu 0 0 S I fund in the Haiti rules the following section: R HT 1983 o - May 8 0 1 D R HT 1984 1987 - Ap lastSu 0 1 D R HT 1983 1987 - O lastSu 0 0 S According to my assumption, to keep DB coherence, we should have, in 2nd position something like: R HT 1983 o - O lastSu 0 0 S Am I right or is it some particularity that I didn't understand? Best Regards. Américo Mendes <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Sem vírus. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

3 2

Most of Mexico to spring forward tomorrow, as scheduled
by Paul Eggert April 4, 2020

April 4, 2020

Although most of Mexico is scheduled to spring forward tomorrow at 02:00, earlier this week Claudia Reyes Montiel, representing the caucus of the Mexican Party of the Democratic Revolution (PRD), asked Mexican president Andrés Manuel López Obrador (AMLO) to cancel or suspend DST in the light of the COVID-19 pandemic. AMLO has punted on this for now, saying that he first wants a technical opinion from the Ministry of Energy. One never knows with AMLO though, and it might be good to keep an eye out for sudden changes to Mexico's civil-time rules. My source: Horario de Verano 2020: Diputados del PRD le piden a AMLO eliminar el cambio. La Verdad. 2020-04-02. https://laverdadnoticias.com/politica/Horario-de-Verano-2020-Diputados-del-…

2 1

TZ Data Base Questions
by Dustin J. Dirth April 3, 2020

April 3, 2020

Hello, A group of developers including myself has been charged with dealing with time zones in our database. We have been looking into using the IANA TZ Database as our source. In order to create utilities to get historical data correctly, and to future proof our code as much as possible, there were a couple of questions we have been trying to find the answers to. * If an entity breaks off from a current time zone, does the data base fork the current time zone(A) and add a new time zone(B) with time zone B having all the historical data of A? * In the INANA time zone database, the file "europe" contains information for Time Zone Europe/Dublin. There are three lines that are proceeded with the comment "# These three lines are for when SAVE values are always nonnegative." These lines are also preceded by comment Delimiter (Please see below). Since the data follows the Comment Delimiter it is ignored on load. Is database supposed to load this information? What is the purpose of these comments? # These three lines are for when SAVE values are always nonnegative. # 1:00 - IST 1971 Oct 31 2:00u # 0:00 GB-Eire GMT/IST 1996 # 0:00 EU GMT/IST

5 6

Israel DST -- Stay Tuned
by Ephraim Silverberg March 24, 2020

March 24, 2020

Due to the current Corona Lockdown of the State of Israel that is expected to get more strict, the government is considering delaying the start of DST that was supposed to start this Friday morning: https://www.jpost.com/Breaking-News/Litzman-Health-Ministry-considering-pos… No final decision has been taken though so, meanwhile, the original switchover time is still in effect. I will try to update if and when changes take place.

5 6

FYI (no action necessary): Utah permanent DST
by Dave DeLong March 24, 2020

March 24, 2020

Hi all, This is a heads up that in the last legislative session, Utah passed a bill that would move the state on to permanent Mountain Daylight Time (bill: https://le.utah.gov/~2020/bills/static/SB0059.html <https://le.utah.gov/~2020/bills/static/SB0059.html>). However, this bill does not take effect until two conditions are met: Congress enacts legislation to amend 15 U.S.C. Sec. 260a to authorize states to observe daylight saving time year-round and At least four western states (not including Utah) also move to year-round daylight time (western states are defined as Arizona, California, Colorado, Idaho, Montana, Nevada, New Mexico, Oregon, Utah, Washington, and Wyoming) If this ends up getting actually triggered (one can hope!) then I will email the list again with the notice. Cheers, Dave DeLong

2 1

Israel DST -- Stay Tuned
by Eytan Schulman March 23, 2020

March 23, 2020

Israeli media has reported and confirmed that DST will not be postponed. "After announcing last night that daylight saving time will be delayed to prevent an extra hour of evening daylight and encourage people to stay home, Interior Minister Aryeh Deri says the move won’t be possible after all." "Deri’s office says in a statement that the National Security Council has advised against making the postponement, and that daylight saving time will begin as planned later this week, during the night between March 26 and March 27." https://www.timesofisrael.com/liveblog_entry/daylight-saving-time-wont-be-d…

1 0

Daylight saving in Israel likely postponed
by Kurt Alfred Kluever March 23, 2020

March 23, 2020

https://www.jpost.com/Breaking-News/Litzman-Health-Ministry-considering-pos… https://www.timesofisrael.com/liveblog_entry/attorney-general-okays-potenti… Neither of these articles seem to constitute an official announcement, but this situation should be monitored closely, as it would be a very last minute change. Cheers, -- kak

1 0

zdump with version 1 files
by Paul Ganssle March 23, 2020

March 23, 2020

Howdy, As part of the implementation of the new zoneinfo module for the Python standard library, I have been attempting to generate some version 1 files for test purposes (in the sadly likely event that some people only have version 1 TZif files deployed). I have done this by taking existing TZif files, truncating them at the second TZif header, and changing the version number in the truncated file. I notice, however, that with the 2019c version of zdump, the files generated this way are considered invalid: $ zdump --version zdump (tzcode) 2019c $ zdump -i -c2038,2039 $(realpath .)/America/Los_Angeles /tmp/zoneinfon3c1bcna/v1/America/Los_Angeles: Invalid argument $ zdump -i -c2010,2011 $(realpath .)/America/Los_Angeles /tmp/zoneinfon3c1bcna/v1/America/Los_Angeles: Invalid argument Interestingly, if I /do not/ truncate the file and just change the version to "1" (in both the first *and* second header), it will read the file /and/ it will clearly use the version 2/3 data: $ file Australia/Sydney Australia/Sydney: timezone data, version 1, no gmt time flags, 5 std time flags, no leap seconds, 142 transition times, 5 abbreviation chars $ zdump -i -c2200,2201 $(realpath .)/Australia/Sydney TZ="/tmp/zoneinfot3h5_eyf/v1/Australia/Sydney" - - +11 AEDT 1 2200-04-06 02 +10 AEST 2200-10-05 03 +11 AEDT 1 So I guess my question is: does zdump support well-formed version 1 files, and I am failing to create well-formed version 1 files, or does 2019c's zdump have no support for version 1 files? I'll note that this whole thing came up because I was wondering what zdump does for times after the last transition in a version 1 file. RFC 8536 indicates that this behavior is undefined - I was planning to hold the value of the offset after the last transition, but I figured I might as well check what zdump does. Thanks, Paul

5 10

Re: [tz] zdump with version 1 files
by Hal Murray March 22, 2020

March 22, 2020

eggert(a)cs.ucla.edu said: > As far as I can recall, only Android limits itself to 32-bit timestamps > (expiring in 2039) among current operating systems, even the 32-bit OSes. I assume you mean time_t when you say "timestamps". 32 bit Debian, Raspberian, and FreeBSD/Intel have 32 bit time_t. 32 bit FreeBSD/ARM has a 64 bit time_t 32 bit Fedora had it too, but they dropped support for i386. I haven't tried their 32 bit ARM version. -- These are my opinions. I hate spam.

2 1

[PATCH] Fix warning message with non-alphanumerics
by Paul Ganssle March 22, 2020

March 22, 2020

Hi folks, I have noticed a minor issue with the warning issued by zdump when passed non-alphanumerics in a TZ string. If the TZ string, in quoted or unquoted form, contains a non-alphanumeric within the first 3 characters, the message erroneously says that the abbreviation has fewer than 3 characters: $ zdump '<AE)ST>5' <AE)ST>5 Fri Mar 20 09:11:05 2020 AE_ST zdump: warning: zone "<AE)ST>5" abbreviation "AE_ST" has fewer than 3 characters $ zdump '<AES)T>5' <AES)T>5 Fri Mar 20 09:11:09 2020 AES_T zdump: warning: zone "<AES)T>5" abbreviation "AES_T" has characters other than ASCII alphanumerics, '-' or '+' $ zdump 'AE)ST5' AE)ST5 Fri Mar 20 09:09:41 2020 AE_ST zdump: warning: zone "AE)ST5" abbreviation "AE_ST" has fewer than 3 characters $ zdump 'AES)T5' AES)T5 Fri Mar 20 09:09:51 2020 AES_T zdump: warning: zone "AES)T5" abbreviation "AES_T" has characters other than ASCII alphanumerics, '-' or '+' I've attached a patch that I believe fixes this issue, as evidenced by this check run in my local directory: $ ./zdump "<AT>5" <AT>5 Fri Mar 20 09:35:09 2020 AT ./zdump: warning: zone "<AT>5" abbreviation "AT" has fewer than 3 characters $ ./zdump "<AE)ST>5" <AE)ST>5 Fri Mar 20 09:35:24 2020 AE_ST ./zdump: warning: zone "<AE)ST>5" abbreviation "AE_ST" has characters other than ASCII alphanumerics, '-' or '+' Thanks! Paul P.S. git send-email didn't work for me because I haven't set up git to send e-mails directly, so hopefully attaching the .patch file manually is OK.

2 1

Maryland permanent DST?
by Arthur David Olson March 19, 2020

March 19, 2020

"Maryland could spring forward permanently with Daylight Saving Time bill." https://wtop.com/maryland/2020/03/maryland-could-spring-forward-permanently… State Senate action is set for tomorrow; stay tuned. @dashdashado

3 8

Yukon to move to year-round PDT
by Tim Parenti March 11, 2020

March 11, 2020

The government of Yukon announced today the cessation of seasonal time changes. "After clocks are pushed ahead one hour on March 8, the territory will remain on 'Pacific Daylight Saving Time'. ... [The government] found 93 per cent of respondents wanted to end seasonal time changes and, of that group, 70 per cent wanted 'permanent Pacific Daylight Saving Time.'" https://www.cbc.ca/news/canada/north/yukon-end-daylight-saving-time-1.54863… Government press release: https://yukon.ca/en/news/yukon-end-seasonal-time-change Interestingly, in the report <https://yukon.ca/sites/yukon.ca/files/engage/engage-eco-seasonal-time-chang…> released with today's action, 57% of respondents said that "maintain[ing] time relationships with other jurisdictions" was either very or somewhat important, while only 26% said it was not very or not at all important. Perhaps this might be better treated as "MST", like Arizona, as that is more similar to Saskatchewan's existing use of CST. However, since the press release expresses a preference for "PDT", attached is a proposed patch which calls it that, implemented as UTC-08 +1 hour DST year-round. Since this change doesn't affect timestamps until 2020-11-01, we have a bit of time to determine the preferred representation and/or wait for the relevant legal wording before this necessitates a new release. -- Tim Parenti

10 23

Update Ukrainian Timezones Names
by bebyx March 10, 2020

March 10, 2020

Hi, maintainers of tz, This file was requested by [eggert](https://github.com/eggert/tz/pull/26#issuecomment-595995177). I hope you apply this patch, cause those fantasy names you have on the project now are a real confusion for Ukrainians who are probably 99% of users of Ukrainian timezones. My initial comment: Default timezone names for Ukraine, e.g. Europe/Kiev, are more understandable and correct than ridiculous fantasy style, e.g. Ruthenia. Previous names cause confusion, misunderstanding and are considered inappropriate. Proofs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198822, https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=47468, https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244644. Thanks!

4 7

Manitoba Canada not observing DST
by Marketa Calabkova March 6, 2020

March 6, 2020

There was a new law that was passed this year in Canada that Manitoba will not observe DST change, instead remaining in Central Standard Time. Reference link : https://web2.gov.mb.ca/bills/41-4/b205e.php Our customer is requesting the fix before the March 8th when DST begins. The bug has been reported today. Could you please fix it or point me to the existing fix? Thanks a lot! Cheers, Marketa

3 3

Support for the IANA database in the Python standard library
by Paul Ganssle Feb. 27, 2020

Feb. 27, 2020

Hey folks, Just thought I'd draw your attention to my recent proposal to add IANA (e.g. /usr/share/zoneinfo) time zone support to Python's standard library: PEP 615 ( https://www.python.org/dev/peps/pep-0615/ ). I sent out the proposal today, discussion is happening on the Python discourse: https://discuss.python.org/t/3468 There is a reference implementation for the proposed module here (in Python): https://github.com/pganssle/zoneinfo Any feedback on the proposal would be very welcome -- as many of you can imagine, it can sometimes be hard to get too much feedback on time zone and datetime-related proposals because a great many people (probably rightly so) are just happy that someone /else/ is thinking about it so they don't have to. The discourse is the canonical location for the discussion, so commenting there would be best, but beggars can't be choosers, so I'll happily pass on comments made on this list or sent to me personally. Thanks! Paul

5 9

Time Zone Database: Update of DST settings for Morocco based on actual announcement by local government
by De Feo, Gary Feb. 26, 2020

Feb. 26, 2020

Dear all, We are currently realizing a project in Morocco where we would need to consider the local DST definition which is not fixed but, according to information provided by our customer, defined each year by the local government on a rather short term basis. Is your organization reflecting these short term definitions in your database? Thank you very much for your support. With best regards, Gary De Feo Siemens AG Smart Infrastructure Digital Grid Project Management SI DG GC D PM Humboldtstr. 59 90459 Nuernberg, Germany Tel.: +49 911 433-7385 Fax: +49 911 433-7896 Mobile: +49 151 54444318 mailto:gary.de_feo@siemens.com www.siemens.com/ingenuityforlife<https://siemens.com/ingenuityforlife> [cid:image001.gif@01D5EBB5.F2B9F9E0] Siemens Aktiengesellschaft: Chairman of the Supervisory Board: Jim Hagemann Snabe; Managing Board: Joe Kaeser, Chairman, President and Chief Executive Officer; Roland Busch, Lisa Davis, Klaus Helmrich, Cedrik Neike, Michael Sen, Ralf P. Thomas; Registered offices: Berlin and Munich, Germany; Commercial registries: Berlin Charlottenburg, HRB 12300, Munich, HRB 6684; WEEE-Reg.-No. DE 23691322

2 1

Do Yukoners care about DST more than cannabis?
by Paul Eggert Feb. 20, 2020

Feb. 20, 2020

The Yukon government recently surveyed its citizens for their opinion whether Yukon should stay on PST all year, stay on MST all year, or continue the current practice of PST in winter and PDT in summer. The survey closed Sunday, and the government says it got more than 4800 responses, which is a new record. The previous mark of nearly 3200 responses was set by Yukon's 2017 survey on legalization of marijuana. See: Croft D. Spring forward, fall back survey sets Yukon record. CBC News. 2020-02-19. https://www.cbc.ca/news/canada/north/yukon-seasonal-time-change-survey-reco…

1 0

Change to TZ
by Max Kachur Feb. 19, 2020

Feb. 19, 2020

Hi. My name is Max. I want to suggest you new correction to timezone name. Old name is "Europe/Kiev", new one is "Europe/Kyiv". This name was officially changed recently. Here is more details. Thank you for attention!

3 2