- tz - lists.iana.org

New Yorker article on David Mills and NTP
by scs＠eskimo.com Oct. 7, 2022

Oct. 7, 2022

Readers of this list may be interested in this article: "The Thorny Problem of Keeping the Internet's Time" https://www.newyorker.com/tech/annals-of-technology/the-thorny-problem-of-k… There are a few bobbles: the author seems a bit confused over whether NTP is an Internet RFC or a piece of software, and whether NTP is the IETF's only concern. And the New Yorker's predilection for diereses in English is rather comically distracting when ritually applied to the phrase "Coordinated Universal Time". Nevertheless, a nice read, covering both the technical issues and the people involved, with a particularly touching portrait of Mills himself.

14 23

Re: [tz] New Yorker article on David Mills and NTP
by dpatte Oct. 6, 2022

Oct. 6, 2022

I follow numerous astronomy lists, and there is serious discussion at the IAU (International Astronomical Union) to get rid of leap seconds altogether, and possibly replace them by something else, perhaps leap minutes (or even leap hours) - making them far less common. I believe they expect to make a decision soon, though they have been discussing it for years and had planned to make a decision 2 or 3 years ago. In this case we would add or drop a minute (or hour), when UT1 and UTC were more than a half-minute (or half-hour) out of sync. The concept with hours is that it would work more like a day-light savings transition, and named UTC1, UTC2, etc. Had this been done originally, there would have been no leap-second transitions up to now at all, in fact. ----- Original Message ----- From: Fred Gleason via tz [mailto:tz@iana.org] To: "Time Zone Database discussion" <tz(a)iana.org> Sent: Tue, 4 Oct 2022 13:05:49 -0400 Subject: Re: [tz] New Yorker article on David Mills and NTP On Oct 4, 2022, at 12:07, Steve Allen via tz <tz(a)iana.org> wrote: The implementation of time in computing systems is fragile because itis based on an unrealistic notion that clocks are always right andnever need to be reset. I suspect that one of the primary reasons that such time resets have been so fraught (and hence bitterly opposed by many ‘operations’ type folks) is their relative rarity. There have been only 27 leap seconds introduced since 1972, which means that deployed systems rarely have to cope with one and thus get the inevitable bugs identified and shaken out. It would almost be beneficial if such an event would occur at least once per annum, to allow the ‘reset’ logic to be regularly exercised. Cheers! |---------------------------------------------------------------------| | Frederick F. Gleason, Jr. | Chief Developer | | | Paravel Systems | |---------------------------------------------------------------------| | There cannot be a crisis next week. My schedule is already full. | | | | -- Henry Kissinger | |---------------------------------------------------------------------|

13 19

new update to Asia/Amman TZ
by obadeh.alqatawna＠orange.com Oct. 6, 2022

Oct. 6, 2022

Dears in IANA Organization Good day, Our government here in Jordan has just announced to keep working with GMT +3 TZ all the year in Jordan and here is the official news (Arabic version) https://petra.gov.jo/Include/InnerPage.jsp?ID=225894&lang=ar&name=news we need your support on this by having a new version of tz file that includes this update. Thanks in advance. Best Regards Obadeh Al-Qatawna IN & VAS Operations Team Leader - Orange Jordan Mobile: +962 7 7659 8434 [cid:image001.png@01D8D974.02A74520] _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.

3 4

Syria adopting "Permanent DST"
by Steffen Thorsen Oct. 6, 2022

Oct. 6, 2022

Various Syrian sources say Syria is adopting year-round DST, starting this autumn. However, some areas are not controlled by the Syria government, and therefore not affected by this. Some quotes (translations are not perfect!) From https://www.sana.sy/?p=1754885 "The Cabinet decided to adopt summer time throughout the year and abolish winter time." >From https://www.alsouria.net/%D8%AD%D9%83%D9%88%D9%85%D8%A9-%D8%A7%D9%84%D9%86%… "The Council of Ministers in the regime’s government decided to adopt daylight saving time throughout the year. During its weekly session, in the presence of Prime Minister Hussein Arnous, today, Tuesday, the Council decided to cancel the winter time, which has been in place for decades in Syria. [...] permanent adoption of daylight saving time." From https://www.enabbaladi.net/archives/607812 "This [the decision] came after the weekly government meeting today, Tuesday 4 October [...]" "The decisions of the regime’s government to delay and advance the clock only apply to the areas under its control, while the northern countryside of Aleppo, which is administratively controlled by Turkey, depends on keeping daylight saving time during all months of the year, as is the case in Turkey, and the reason is due to direct relations with the Turkish state in the field of trade exchange. Public institutions and crossings. Thus, daylight saving time will remain in these two control areas." From https://sourpress.net/?p=170398 "In a statement to Al-Watan, the head of the Astronomical Society in Syria, Muhammad Al-Asiri, considered that this decision has great benefits on the level of energy savings, as well as on the economic level, especially tourism." We will soon publish an English summary in our time zone news section: https://www.timeanddate.com/news/time/ Best regards, Steffen Thorsen - timeanddate.com

2 1

Permanent DST in Jordan
by Even Scharning Oct. 6, 2022

Oct. 6, 2022

The government of Jordan has decided to observe permanent daylight saving time according to this source: https://www.arabiaweather.com/en/content/a-government-decision-to-install-d… Even Scharning Time.is - exact time for any time zone https://time.is/

1 1

Re: [tz] New Yorker article on David Mills and NTP
by dpatte Oct. 5, 2022

Oct. 5, 2022

Thanks Michael. Its nice to see the draft. Of course this has been proposed before and no firm decision was made then. Whatever they decide, I see UTC is an unfortunate but fair compromise between SI standard length seconds, and keeping our digital clocks close to being in sync with the variable length seconds of UT1. ----- Original Message ----- From: Michael H Deckers [mailto:michael.h.deckers@googlemail.com] To: "dpatte" <dpatte(a)relativedata.com>, <tz(a)iana.org> Sent: Tue, 4 Oct 2022 20:15:25 +0000 Subject: Re: [tz] New Yorker article on David Mills and NTP On 2022-10-04 19:01, dpatte via tz wrote: > I follow numerous astronomy lists, and there is serious discussion at the IAU (International Astronomical Union) to get rid of leap seconds altogether, and possibly replace them by something else, perhaps leap minutes (or even leap hours) - making them far less common. I believe they expect to make a decision soon, though they have been discussing it for years and had planned to make a decision 2 or 3 years ago. The BIPM is now in charge, and the CGPM on 2022-11-15..18 in Paris will vote on the proposal D on pages 7..8 and 23..24 in [https://www.bipm.org/documents/20126/66742098/Draft-Resolutions-2022.pdf/2e…] Michael Deckers.

1 0

[PATCH] MEXICO Law Inititive: End of DST after 2022
by hdcg＠ier.unam.mx Oct. 4, 2022

Oct. 4, 2022

From: Aztec Eagle' Turbo <turbo(a)cie.unam.mx> http://sil.gobernacion.gob.mx/Archivos/Documentos/2022/09/asun_4385449_2022… Waiting for publishing in Diario Oficial de la Federación (DOF reference here when available) No new time zones created All border municipalities remain sync with US DST. All other zones remain same UTC offset, but no longer apply DST --- northamerica | 12 ++++++++++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git a/northamerica b/northamerica index da84f354..7220905e 100644 --- a/northamerica +++ b/northamerica @@ -2616,6 +2616,14 @@ Zone America/Dawson -9:17:40 - LMT 1900 Aug 20 # 5- The islands, reefs and keys shall take their timezone from the # longitude they are located at. +# From <hdcg(a)ier.unam.mx>: End of DST 2022 Law Inititive +# http://sil.gobernacion.gob.mx/Archivos/Documentos/2022/09/asun_4385449_2022… +# Waiting for publishing in Diario Oficial de la Federación +# (DOF reference here when available) +# No new time zones created +# All border municipalities remain sync with US DST. +# All other zones remain same UTC offset, but no longer apply DST + # Rule NAME FROM TO - IN ON AT SAVE LETTER/S Rule Mexico 1931 only - May 1 23:00 1:00 D Rule Mexico 1931 only - Oct 1 0:00 0 S @@ -2631,8 +2639,8 @@ Rule Mexico 1996 2000 - Apr Sun>=1 2:00 1:00 D Rule Mexico 1996 2000 - Oct lastSun 2:00 0 S Rule Mexico 2001 only - May Sun>=1 2:00 1:00 D Rule Mexico 2001 only - Sep lastSun 2:00 0 S -Rule Mexico 2002 max - Apr Sun>=1 2:00 1:00 D -Rule Mexico 2002 max - Oct lastSun 2:00 0 S +Rule Mexico 2002 2022 - Apr Sun>=1 2:00 1:00 D +Rule Mexico 2002 2022 - Oct lastSun 2:00 0 S # Zone NAME STDOFF RULES FORMAT [UNTIL] # Quintana Roo; represented by Cancún Zone America/Cancun -5:47:04 - LMT 1922 Jan 1 6:00u -- 2.37.3

2 1

[PATCH] MEXICO Law Inititive: End of DST after 2022
by Aztec Eagle' Turbo Oct. 4, 2022

Oct. 4, 2022

http://sil.gobernacion.gob.mx/Archivos/Documentos/2022/09/asun_4385449_2022… Waiting for publishing in Diario Oficial de la Federación (DOF reference here when available) No new time zones created All border municipalities remain sync with US DST. All other zones remain same UTC offset, but no longer apply DST --- northamerica | 12 ++++++++++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git a/northamerica b/northamerica index da84f354..7220905e 100644 --- a/northamerica +++ b/northamerica @@ -2616,6 +2616,14 @@ Zone America/Dawson -9:17:40 - LMT 1900 Aug 20 # 5- The islands, reefs and keys shall take their timezone from the # longitude they are located at. +# From <hdcg(a)ier.unam.mx>: End of DST 2022 Law Inititive +# http://sil.gobernacion.gob.mx/Archivos/Documentos/2022/09/asun_4385449_2022… +# Waiting for publishing in Diario Oficial de la Federación +# (DOF reference here when available) +# No new time zones created +# All border municipalities remain sync with US DST. +# All other zones remain same UTC offset, but no longer apply DST + # Rule NAME FROM TO - IN ON AT SAVE LETTER/S Rule Mexico 1931 only - May 1 23:00 1:00 D Rule Mexico 1931 only - Oct 1 0:00 0 S @@ -2631,8 +2639,8 @@ Rule Mexico 1996 2000 - Apr Sun>=1 2:00 1:00 D Rule Mexico 1996 2000 - Oct lastSun 2:00 0 S Rule Mexico 2001 only - May Sun>=1 2:00 1:00 D Rule Mexico 2001 only - Sep lastSun 2:00 0 S -Rule Mexico 2002 max - Apr Sun>=1 2:00 1:00 D -Rule Mexico 2002 max - Oct lastSun 2:00 0 S +Rule Mexico 2002 2022 - Apr Sun>=1 2:00 1:00 D +Rule Mexico 2002 2022 - Oct lastSun 2:00 0 S # Zone NAME STDOFF RULES FORMAT [UNTIL] # Quintana Roo; represented by Cancún Zone America/Cancun -5:47:04 - LMT 1922 Jan 1 6:00u -- 2.37.3

1 0

[PROPOSED] Treat 1931 changes in Mexico as DST
by Paul Eggert Sept. 30, 2022

Sept. 30, 2022

Mexico’s Chamber of Deputies was supposed to vote today on legislation abolishing DST in most of Mexico. Although the vote was delayed due to Internet problems, news coverage of the non-event led me to review our sources for DST in Mexico, and I found that tzdb considered the transitions in 1931 to be two changes to standard time, whereas it is considered to be DST in today’s news coverage, as well as in our main source, the history of Mexican local time published by the Investigation and Analysis Service of the Mexican Library of Congress. Fix this by considering the 1931 changes to be DST, not standard time. * NEWS: Mention this. * northamerica (Mexico): Add DST rules for 1931. (America/Mexico_City, America/Ojinaga, America/Chihuahua) (America/Hermosillo, America/Mazatlan, America/Bahia_Banderas): Use them. --- NEWS | 9 +++++++++ northamerica | 26 ++++++++------------------ 2 files changed, 17 insertions(+), 18 deletions(-) diff --git a/NEWS b/NEWS index 64327d0..bcdad41 100644 --- a/NEWS +++ b/NEWS @@ -1,5 +1,14 @@ News for the tz database +Unreleased, experimental changes + + Changes to past time zone abbreviations and DST flags + + The temporary advancement of clocks in central Mexico in summer + 1931 is now treated as daylight saving time, instead of as two + changes to standard time. + + Release 2022d - 2022-09-23 12:02:57 -0700 Briefly: diff --git a/northamerica b/northamerica index 13fb064..f848228 100644 --- a/northamerica +++ b/northamerica @@ -2617,6 +2617,8 @@ Zone America/Dawson -9:17:40 - LMT 1900 Aug 20 # longitude they are located at. # Rule NAME FROM TO - IN ON AT SAVE LETTER/S +Rule Mexico 1931 only - May 1 23:00 1:00 D +Rule Mexico 1931 only - Oct 1 0:00 0 S Rule Mexico 1939 only - Feb 5 0:00 1:00 D Rule Mexico 1939 only - Jun 25 0:00 0 S Rule Mexico 1940 only - Dec 9 0:00 1:00 D @@ -2667,9 +2669,7 @@ Zone America/Monterrey -6:41:16 - LMT 1921 Dec 31 23:18:44 Zone America/Mexico_City -6:36:36 - LMT 1922 Jan 1 0:23:24 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 - -7:00 - MST 1931 May 1 23:00 - -6:00 - CST 1931 Oct - -7:00 - MST 1932 Apr 1 + -7:00 Mexico M%sT 1932 Apr 1 -6:00 Mexico C%sT 2001 Sep 30 2:00 -6:00 - CST 2002 Feb 20 -6:00 Mexico C%sT @@ -2680,9 +2680,7 @@ Zone America/Mexico_City -6:36:36 - LMT 1922 Jan 1 0:23:24 Zone America/Ojinaga -6:57:40 - LMT 1922 Jan 1 0:02:20 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 - -7:00 - MST 1931 May 1 23:00 - -6:00 - CST 1931 Oct - -7:00 - MST 1932 Apr 1 + -7:00 Mexico M%sT 1932 Apr 1 -6:00 - CST 1996 -6:00 Mexico C%sT 1998 -6:00 - CST 1998 Apr Sun>=1 3:00 @@ -2692,9 +2690,7 @@ Zone America/Ojinaga -6:57:40 - LMT 1922 Jan 1 0:02:20 Zone America/Chihuahua -7:04:20 - LMT 1921 Dec 31 23:55:40 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 - -7:00 - MST 1931 May 1 23:00 - -6:00 - CST 1931 Oct - -7:00 - MST 1932 Apr 1 + -7:00 Mexico M%sT 1932 Apr 1 -6:00 - CST 1996 -6:00 Mexico C%sT 1998 -6:00 - CST 1998 Apr Sun>=1 3:00 @@ -2703,9 +2699,7 @@ Zone America/Chihuahua -7:04:20 - LMT 1921 Dec 31 23:55:40 Zone America/Hermosillo -7:23:52 - LMT 1921 Dec 31 23:36:08 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 - -7:00 - MST 1931 May 1 23:00 - -6:00 - CST 1931 Oct - -7:00 - MST 1932 Apr 1 + -7:00 Mexico M%sT 1932 Apr 1 -6:00 - CST 1942 Apr 24 -7:00 - MST 1949 Jan 14 -8:00 - PST 1970 @@ -2743,9 +2737,7 @@ Zone America/Hermosillo -7:23:52 - LMT 1921 Dec 31 23:36:08 Zone America/Mazatlan -7:05:40 - LMT 1921 Dec 31 23:54:20 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 - -7:00 - MST 1931 May 1 23:00 - -6:00 - CST 1931 Oct - -7:00 - MST 1932 Apr 1 + -7:00 Mexico M%sT 1932 Apr 1 -6:00 - CST 1942 Apr 24 -7:00 - MST 1949 Jan 14 -8:00 - PST 1970 @@ -2755,9 +2747,7 @@ Zone America/Mazatlan -7:05:40 - LMT 1921 Dec 31 23:54:20 Zone America/Bahia_Banderas -7:01:00 - LMT 1921 Dec 31 23:59:00 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 - -7:00 - MST 1931 May 1 23:00 - -6:00 - CST 1931 Oct - -7:00 - MST 1932 Apr 1 + -7:00 Mexico M%sT 1932 Apr 1 -6:00 - CST 1942 Apr 24 -7:00 - MST 1949 Jan 14 -8:00 - PST 1970 -- 2.37.3

2 2

Moving more zones to 'backzone'
by Paul Eggert Sept. 29, 2022

Sept. 29, 2022

Release 2021b moved to 'backzone' nine zones whose timestamps since 1970 were duplicates of other zones, as part of a process that started in 2013 in the interests of removing prior inequities, one step at a time. If we were to continue this process in the same way, we could install the attached proposed patch which would move more zones, chosen via the same procedure used for 2021b. It strikes me, though, now that Stephen Colebourne has established a mechanism that can let downstream users keep the duplicate-since-1970 zones, that it may be a more effective use of our time to move the rest of the duplicate-si ce-1970 zones now, while no urgent changes are pending. This would move another twelve zones if I've counted correctly, and would let us more efficiently turn our attention to other issues. Comments welcome.

18 50