Paul Eggert | 24 Jul 00:31 2016

[tz] ICANN contacts Egyptian government about recent last-minute clock change

Baher Esmat of ICANN contacted the Egyptian government asking it to give 
us more notice about clock changes next time. This found its way into 
the popular press earlier this month; here's the English-language version:

Al-Youm A-M. ICANN thrown into confusion by cancelation of Daylight 
Saving Time. Egypt Independent 2016-07-08.

Tim Parenti | 19 Jul 05:21 2016

[tz] Positive leap second on 2016-12-31.

Per IERS Bulletin C52 (2016-07-06), a positive leap second will be 
observed on 2016-12-31. The attached patch updates leap-seconds.list 
from NIST, retrieved from <>.

Tim Parenti

From 607d3b0b3a2d82a87605929bd10da68065b5a3c5 Mon Sep 17 00:00:00 2001
From: Tim Parenti <tim <at>>
Date: Mon, 18 Jul 2016 23:10:36 -0400
Subject: 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
 leap-seconds.list | 13 +++++++------
 1 file changed, 7 insertions(+), 6 deletions(-)

diff --git a/leap-seconds.list b/leap-seconds.list
index 7552796..22fa785 100644
--- a/leap-seconds.list
+++ b/leap-seconds.list
 <at>  <at>  -143,7 +143,7  <at>  <at> 
 #		Boulder, Colorado
 #		Judah.Levine <at>
(Continue reading)

Andrew Paprocki | 12 Jul 17:45 2016

[tz] Google search results displaying wrong time for Egypt

If you search for "current time in Egypt" (at least for me in NYC), it will display a UTC+3 time as if DST was applied (tzdata2016f not being used).

In case there are any Googlers on the list want to raise awareness internally...

Paul Eggert | 8 Jul 12:45 2016

Re: [tz] Joda-Time, Time4J, and Java SE 8

On 07/08/2016 06:23 AM, Meno Hochschild wrote:
> it is not quite correct to say that Joda-Times "functionality is a 
> standard part of Java 8". It has rather inspired the development of 
> java.time-package in Java-8.

Thanks for the correction. Sorry, I don't know Joda-Time vs Java SE 8 vs 
Time4J well.

I'm trying to future-proof tz-link.htm. As I understand it from the 
Joda-Time web page, Joda-Time-using apps are expected to migrate to the 
Java SE 8 API, so future readers of tz-link.htm will mostly be using the 
Java API, with more-specialized uses (leap seconds? sorry, don't know 
the details) possibly using Time4J, and Joda-Time being a historical 

I installed the attached further patch into the experimental tz version 
on GitHub; I hope it addresses this point well enough. I'll CC: Stephen 
Colebourne to give him a heads-up, as I do want tz-link.htm to be accurate.
Paul Eggert | 7 Jul 09:34 2016

[tz] Fwd: tzcode: system-dependent default time zone file

-------- Forwarded Message --------
Subject: 	tzcode: system-dependent default time zone file
Date: 	Wed, 06 Jul 2016 21:11:19 -0400
From: 	Steve Summit <scs <at>>
To: 	Paul Eggert <eggert <at>>

[Belated reply to an earlier thread.  Feel free to post this to
the tz list, or not, your choice.  Other than Guy Harris, I don't
know how interested the rest of the list is in these lower-level
coding and build details.]

Back in January, in the "tzcode test suite" thread, Paul and I
had this exchange:

>> I'm not sure what that warning about "no nontrivial tz offset tested"
>> means, but I hope we can fix the testsuite to set TZ itself if that's
>> what it needs to do.
> Setting TZ is what I needed to do, although I'm surprised that you
> had the same problem, so this will bear further investigation.

I believe the problem is simply some variation across systems in
the location of the tz file that sets a machine's local time zone
in the absence of a TZ environment variable.  As compiled out of
the box, tzcode expects to find this in TZDIR/localtime, that is,
in /usr/share/zoneinfo/localtime.  But on my Mac it's /etc/localtime,
and I suspect it's probably there on Paul's Fedora machine, too.

The fix is simple: I'm now setting

	TZDEFAULT = "/etc/localtime"

in the Makefile, and then passing it down to the compilations:


With these changes, I no longer need to explicitly set TZ to keep
tzcode's copy of localtime happy.

I was going to propose adding this comment to the Makefile in the
tz distribution:

	# By default, the local time zone is taken from the file
	# "localtime" in TZDIR.  Or you can set TZDEFAULT to something
	# else (for example, it's typically "/etc/localtime" for MacOS,
	# BSD, and some versions of Linux).

But I believe TZDEFAULT in the same Makefile is also used when
*installing* a set of zoneinfo files built from tzdata, and I'm
uncertain of the repercussions for tzdata builds if I encourage
people to tinker with TZDEFAULT to match their OS.

This is probably a symptom of a deeper issue: if someone
downloads and builds tzdata and/or tzcode, is it assumed that
they'll be installing and referencing the zoneinfo files in the
tzdata/tzcode default location, or in their OS's preferred
location, or what?  And the answer gets more complicated
depending on whether people are actually using tzcode, or their
OS's possibly different tz code -- glibc or whatever -- instead.

Meno Hochschild | 7 Jul 09:06 2016

[tz] New leap second

Dear users of tzdb,

IERS has announced a new leap second at the end of year 2016, see

Another point:

I have myself written a time library in Java called Time4J which contains a tz compiler based on your data and which also evaluates the leap second file contained in tz-data. Hence this library could be listed in the file "tz-link" within the section "Other tz compilers" maybe with this description:

<a href="">Time4J &ndash; Advanced date, time and interval library for Java</a> , uses the class
<code></code> located in TZTool-module that compiles
<code><abbr>tz</abbr></code> source into a Time4J-specific binary format.  Time4J is available under a LGPLv2.1-licence.

Cheers and thanks for your very useful work


Paul Eggert | 5 Jul 17:51 2016

[tz] [tz-announce] 2016f release of tz code and data available

The 2016f release of the tz code and data is available. It reflects the 
following changes, which were either circulated on the tz mailing list 
or are relatively minor technical or administrative changes:

   Changes affecting future time stamps

     The Egyptian government changed its mind on short notice, and
     Africa/Cairo will not introduce DST starting 2016-07-07 after all.
     (Thanks to Mina Samuel.)

     Asia/Novosibirsk switches from +06 to +07 on 2016-07-24 at 02:00.
     (Thanks to Stepan Golosunov.)

   Changes to past and future time stamps

     Asia/Novokuznetsk and Asia/Novosibirsk now use numeric time zone
     abbreviations instead of invented ones.

   Changes affecting past time stamps

     Europe/Minsk's 1992-03-29 spring-forward transition was at 02:00 
not 00:00.
     (Thanks to Stepan Golosunov.)

Here are links to the release files:

The files are also available via HTTP as follows:

As usual, links to the latest release files are here:

Each release file has a GPG signature, which can be retrieved by 
appending ".asc" to the above URLs.  Copies of these signatures are 
appended to this message.

This release corresponds to commit 
baba36e3b5ec93c462c27a28a697119df9e94783 dated 2016-07-05 16:26:51 +0200 
and tagged '2016f' in the experimental github repository at 

Here are the SHA-512 checksums for the release



Here are the GPG checksums for the release files
(note I am using a new GPG key):

Version: GnuPG v1

Version: GnuPG v1


[tz] Egypt Time Change cancellation

Dear All,

Kindly be informed that according to Egyptian government DST has been cancelled , so please provide us with the cancllation package ASAP





Best Regards,



Gehan Moustafa
Mediation & Revenue Assurance Supervisor
Charging, Mediation & IN
Vodafone Egypt Telec. SA
Mobile: +20 (10) 01008710
Email: gehan.moustafa <at>

Vodafone Egypt, Smart Village : Vodafone C3 Building, Cairo/Alex. Desert Road KM 28– 6th of October City, Egypt




The content of this document is classified as Vodafone Egypt S.A.E. Confidential and Proprietary Information.

The recipient hereby is committed to hold in strict confidence the contents of this (e-mail, document, information) and not to disclose to any third party without the prior written consent of Vodafone Egypt S.A.E. Recipient will be held liable for any unauthorized disclosure.

If you have received this message in error, please notify the sender by return e-mail and delete the message in its entirety, including any attachments.



[tz] NOVT UTC+6 -> +7


Timezone Asia/Novosibirsk (NOVT) change UTC+6 to UTC+7 at 2016-07-24 02:00 
(local time).

This change has been signed into the law by the President and published 

Best wishes
Evgeny Pestov.

Mina Samuel | 4 Jul 12:51 2016
Amgad Meckawy | 29 Jun 15:07 2016

[tz] No DST in Egypt anymore

Egyptian parliament have just agreed to Cancel the DST
so clock won't change 1 hour ahead on next 7th of July. time-fixed would 
still the same allover the year

this decision have been announced just on 28-june-2016