July 2020 - tz - lists.iana.org

Re: [tz] A warning on the tzdb 2020a
by Paul Eggert July 9, 2020

July 9, 2020

On 7/8/20 2:22 PM, Matias Fonzo wrote: > ./zic -d '/usr/src/qi/build/package-tzdb/etc/zoneinfo-leaps' -L leapseconds > tzdata.zi > warning: "leapseconds", line 79: "#expires" is obsolescent; use "Expires" Yes, that's a known warning. You can silence the warning by removing the leapseconds file and then building with 'make EXPIRES_LINE=1'. See the Makefile for details. At some point in the not-too-distant future I plan to fix this by defaulting EXPIRES_LINE=1 in the Makefile; this will change the "#Expires" line to an "Expires" line in the distributed leapseconds file. In reviewing the EXPIRES_LINE=1 code I noticed that it put a wrong comment in its output, which I fixed by installing the attached. I also updated the expires line as noted in <https://mm.icann.org/pipermail/tz/2020-July/029165.html>.

1 0

[PATCH] No leap second on 2020-12-31
by Paul Eggert July 9, 2020

July 9, 2020

* leap-seconds.list: Update file from NIST, retrieved from ftp://ftp.nist.gov/pub/time/leap-seconds.list in ASCII mode. --- leap-seconds.list | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/leap-seconds.list b/leap-seconds.list index ac153da..e897a86 100644 --- a/leap-seconds.list +++ b/leap-seconds.list @@ -204,10 +204,10 @@ # current -- the update time stamp, the data and the name of the file # will not change. # -# Updated through IERS Bulletin C59 -# File expires on: 28 December 2020 +# Updated through IERS Bulletin C60 +# File expires on: 28 June 2021 # -#@ 3818102400 +#@ 3833827200 # 2272060800 10 # 1 Jan 1972 2287785600 11 # 1 Jul 1972 @@ -252,4 +252,4 @@ # the hash line is also ignored in the # computation. # -#h a1c168ae 27c79a7d 9dddcfc3 bcfe616b 2e2c44ea +#h 064356a8 39268b92 76e4d5ef 3e22fae1 0cca529c -- 2.17.1

1 0

Tim Parenti as backup TZ Coordinator?
by Paul Eggert July 9, 2020

July 9, 2020

Tim Parenti's recent emails to the list reminded me that I'd long been meaning to nominate him to be my backup as TZ Coordinator. We should have a backup in case I am no longer available due to retirement or whatever, not that I'm planning to retire any time soon. I would like to start by giving him commit privileges to the development repository on GitHub, so that his contributions can become part of releases more easily. Tim has been a longtime and substantial contributor to tzdb, as evidenced by his detailed and careful patches. Although he's mostly worked in the tzdata area, he's also proficient on the code side, as his recent patch proposals demonstrate. He and I have corresponded by email about this and he's indicated his willingness to take on the responsibility. I'd appreciate reactions to Tim's offer to be backup; please respond within the next week.

12 13

North Vietnam 1970 to 1975 - Asia/Hanoi belongs into main file
by Alois Treindl July 2, 2020

July 2, 2020

(Corrected subject line) The backzone file contains the zone Asia/Hanoi It should go into the main file for Asia. There exists no doubt that in all of what was North Vietnam between at least 1970 and 1975 the timezone was 7h east, and not 8h east as in South Vietnam. There may be unclear borders, but most of North Vietnam, including its capital, was not unclear at all. I find it a discrimination of former North Vietnam to not have it represented correctly, at least for the post-1970 period. What Paul Eggert writes in the comments is a poor excuse. From Paul Eggert (2019-02-19): # # The Ho Chi Minh entry suffices for most purposes as it agrees with all of # Vietnam since 1975-06-13. Presumably clocks often changed in south Vietnam # in the early 1970s as locations changed hands during the war; however the # details are unknown and would likely be too voluminous for this database. # # For timestamps in north Vietnam back to 1970 (the tzdb cutoff), # use Asia/Bangkok; see the VN entries in the file zone1970.tab. # For timestamps before 1970, see Asia/Hanoi in the file 'backzone'.

6 14