timezone/0001-Positive-leap-second-on-2016-12-31.patch

64 lines
2.1 KiB
Diff

From 6d5fc7fed0690f22574a9b795575e2bb7962716c Mon Sep 17 00:00:00 2001
From: Tim Parenti <tim@timtimeonline.com>
Date: Mon, 18 Jul 2016 23:10:36 -0400
Subject: [PATCH] Positive leap second on 2016-12-31
* leap-seconds.list: Per IERS Bulletin C52 (2016-07-06), a
positive leap second will be inserted into the UTC time scale at the end
of 2016-12-31. Update file from NIST, retrieved from
<ftp://time.nist.gov/pub/leap-seconds.list>.
---
leap-seconds.list | 13 +++++++------
1 file changed, 7 insertions(+), 6 deletions(-)
Index: timezone-2016f/leap-seconds.list
===================================================================
--- timezone-2016f.orig/leap-seconds.list 2016-02-22 16:58:50.000000000 +0100
+++ timezone-2016f/leap-seconds.list 2016-09-08 10:12:05.498382106 +0200
@@ -143,7 +143,7 @@
# Boulder, Colorado
# Judah.Levine@nist.gov
#
-# Last Update of leap second values: 5 January 2015
+# Last Update of leap second values: 8 July 2016
#
# The following line shows this last update date in NTP timestamp
# format. This is the date on which the most recent change to
@@ -151,7 +151,7 @@
# be identified by the unique pair of characters in the first two
# columns as shown below.
#
-#$ 3629404800
+#$ 3676924800
#
# The NTP timestamps are in units of seconds since the NTP epoch,
# which is 1 January 1900, 00:00:00. The Modified Julian Day number
@@ -199,10 +199,10 @@
# current -- the update time stamp, the data and the name of the file
# will not change.
#
-# Updated through IERS Bulletin C51
-# File expires on: 28 December 2016
+# Updated through IERS Bulletin C52
+# File expires on: 28 June 2017
#
-#@ 3691872000
+#@ 3707596800
#
2272060800 10 # 1 Jan 1972
2287785600 11 # 1 Jul 1972
@@ -231,6 +231,7 @@
3439756800 34 # 1 Jan 2009
3550089600 35 # 1 Jul 2012
3644697600 36 # 1 Jul 2015
+3692217600 37 # 1 Jan 2017
#
# the following special comment contains the
# hash value of the data in this file computed
@@ -246,4 +247,4 @@
# the hash line is also ignored in the
# computation.
#
-#h afc03691 8ff53838 42080ba1 cdd22f1 48192c10
+#h dacf2c42 2c4765d6 3c797af8 2cf630eb 699c8c67