[tz] Bulletin C number 57
Chris Woodbury
tzocd at yahoo.com
Thu Jan 17 22:51:40 UTC 2019
On Tue Jan 8 01:32:04 UTC 2019, Paul Eggert wrote:> In the meantime perhaps we could forge the NIST leap-seconds.list file
> (including a comment that it's a forgery and why we're doing the
> forgery), and then substitute the real thing whenever it shows up. I'd
> rather have a script to do that than do it by hand, though. We'd need
> that script anyway if we start basing our distribution on the IERS file,
> as so many users now grab the NIST file from us rather than from the NIST.Your wish is my command....
# -=*( This file is in the public domain )*=-
# This NTP leap-second file was created with data obtained from
# the United States Naval Observatory (USNO) MAIA FTP server.
#
# Find it at: <ftp://maia.usno.navy.mil/ser7/leapsec.dat>
# Updated using information from IERS Bulletin C 57 (7 Jan 2019)
# Found at <ftp://hpiers.obspm.fr/iers/bul/bulc/bulletinc.dat>
#
# This file is not a forgery, per se, but it is created
# by some one/thing other than a national metrology lab.
# It is necessitated by a current US government shutdown
# and the resulting lack of an NIST generated file.
#
# UTC is a time scale based upon standard international (SI)
# seconds and derived from Temps Atomique International (TAI).
#
# Leap seconds are an official correction to UTC to keep it
# within 0.9 seconds of UT1; yet another time standard
# based upon the orientation of the earth in space.
#
# These data, kept in "leap-seconds.list", are used by the
# Network Time Protocol daemon (NTPd) to determine when to
# apply leap seconds to Coordinated Universal Time (UTC).
# "leap-seconds.list" is a symbolic link to the actual
# file name, leap-seconds.xxxxxxxxxx, where xxxxxxxxxx
# is derived from the NTP update timestamp (below).
#
# Theoretically, a leap second may be positive or negative.
# Realistically, negative leap seconds are unlikely to occur.
#
# All timestamps in this leap seconds file are encoded using the
# NTP epoch. These timestamps represent the number of seconds
# since 1 Jan 1900 0:00:00. This is Modified Julian Date (MJD)
# 15020 and Julian Date 2415020.5. There will be an unsigned
# 32-bit overflow to the second NTP era in 2036 (07 Feb 2036
# 06:28:16 UTC to be precise).
#
# A leap second datum consists of an NTP timestamp and the
# number of seconds difference between TAI and UTC (e.g.
# currently TAI-UTC is 37). UTC was established at midnight on
# 1 Jan 1972 with TAI-UTC started at 10. There was no mechanism
# prior to that time defining when to apply leap seconds.
#
# Note: the first datum in the leap-seconds.list file is *not*
# a leap-second; it denotes the definition of the UTC timescale.
#
# Leap-seconds rules are establish in:
#
# International Telecommunications Union-Regulation (ITU-R)
# 460-6, Annex 1, Section 2.
#
# <http://www.itu.int/rec/R-REC-TF.460-6-200202-I/>
#
# NTP Leap second files have an update time (#$). This is often
# the UTC zero (0) hour time of the day when the leap second file
# is built. It should be updated whenever a new IERS Bulletin C
# is issued.
#
#$ 3755808000
#
# Leap second data have a lifetime. Traditionally, this ends on
# the twenty-eighth (28) day of the month six months after the
# period of time described in the latest IERS Bulletin C. This
# is the expiry time (#@).
#
#@ 3786480000
#
# Leap second files have a hash, as define in NIST's FIPS 180
# Secure Hash Standard (SHS), current revision 4 (FIPS 180-4).
#
# FIPS Publications: <http://csrc.nist.gov/publications/fips/>
# Direct Link: <http://dx.doi.org/10.6028/NIST.FIPS.180-4>
#
# It is based on an SHA[1] digest, created using the data
# portions of the file including leap second data and the update
# and expiry timestamps. All "white space" and comments are
# excluded in the computation thereof. The 160-bit SHA[1]
# digest polynomial are encoded in five hexadecimal grouping at
# the end of the file (#h). The hash itself is NOT included in
# the SHA[1]. It can also be calculated using GNU sha1sum which
# generates the same 160-bit digest, given the same data, in
# forty hexadecimal characters.
#
# NTP delta
#timestamp T sign Date of Change
2272060800 10 # + : 1 Jan 1972 (MJD 41317)
2287785600 11 # + : 1 Jul 1972 (MJD 41499)
2303683200 12 # + : 1 Jan 1973 (MJD 41683)
2335219200 13 # + : 1 Jan 1974 (MJD 42048)
2366755200 14 # + : 1 Jan 1975 (MJD 42413)
2398291200 15 # + : 1 Jan 1976 (MJD 42778)
2429913600 16 # + : 1 Jan 1977 (MJD 43144)
2461449600 17 # + : 1 Jan 1978 (MJD 43509)
2492985600 18 # + : 1 Jan 1979 (MJD 43874)
2524521600 19 # + : 1 Jan 1980 (MJD 44239)
2571782400 20 # + : 1 Jul 1981 (MJD 44786)
2603318400 21 # + : 1 Jul 1982 (MJD 45151)
2634854400 22 # + : 1 Jul 1983 (MJD 45516)
2698012800 23 # + : 1 Jul 1985 (MJD 46247)
2776982400 24 # + : 1 Jan 1988 (MJD 47161)
2840140800 25 # + : 1 Jan 1990 (MJD 47892)
2871676800 26 # + : 1 Jan 1991 (MJD 48257)
2918937600 27 # + : 1 Jul 1992 (MJD 48804)
2950473600 28 # + : 1 Jul 1993 (MJD 49169)
2982009600 29 # + : 1 Jul 1994 (MJD 49534)
3029443200 30 # + : 1 Jan 1996 (MJD 50083)
3076704000 31 # + : 1 Jul 1997 (MJD 50630)
3124137600 32 # + : 1 Jan 1999 (MJD 51179)
3345062400 33 # + : 1 Jan 2006 (MJD 53736)
3439756800 34 # + : 1 Jan 2009 (MJD 54832)
3550089600 35 # + : 1 Jul 2012 (MJD 56109)
3644697600 36 # + : 1 Jul 2015 (MJD 57204)
3692217600 37 # + : 1 Jan 2017 (MJD 57754)
#
#h ffee5390 2e3cf253 e15b646e 01768a18 e83785c3
More information about the tz
mailing list