- tz - lists.iana.org

Quick suggestion for "Sources for Time Zone and Daylight Saving Time Data"
by Brandon Ramsey March 25, 2015

March 25, 2015

Hey, I was poking around Pansearch.perl and came across your excellent resource: “Sources for Time Zone and Daylight Saving Time Data <http://cpansearch.perl.org/src/ZEFRAM/Time-OlsonTZ-Data-0.201402/tzsrc/tz-l…> ” I noticed that you referenced WorldTimeZone.com's Homepage on the page. I also love that resource! In fact, it was one resource that inspired me to create a more thorough and up to date version: http://www.thetimenow.com/ I’d be thrilled if you’d consider adding it to that page. If not, perhaps a recent or upcoming post is more appropriate :) Either way, keep up the great work you've been doing. Cheers, -- *Brandon Ramsay - Outreach Manager* *TheTimeNow.com* *the official current time of the world*

2 1

[PROPOSED PATCH] * tz-link.htm, NEWS: Mention the TZUpdater tool.
by Paul Eggert March 24, 2015

March 24, 2015

--- NEWS | 4 ++++ tz-link.htm | 6 +++++- 2 files changed, 9 insertions(+), 1 deletion(-) diff --git a/NEWS b/NEWS index ddfd702..f31c6b1 100644 --- a/NEWS +++ b/NEWS @@ -10,6 +10,10 @@ Unreleased, experimental changes The zone's old contents have been moved to the 'backzone' file. The affected zone is America/Montreal. + Changes affecting commentary + + Mention the TZUpdater tool. + Release 2015b - 2015-03-19 23:28:11 -0700 diff --git a/tz-link.htm b/tz-link.htm index 092da5f..d1cf269 100644 --- a/tz-link.htm +++ b/tz-link.htm @@ -8,7 +8,7 @@ <meta http-equiv="Content-type" content='text/html; charset="UTF-8"'> <meta name="DC.Creator" content="Eggert, Paul"> <meta name="DC.Contributor" content="Olson, Arthur David"> -<meta name="DC.Date" content="2015-01-29"> +<meta name="DC.Date" content="2015-03-24"> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time"> <meta name="DC.Identifier" @@ -282,6 +282,10 @@ and from <abbr title="Common Locale Data Repository">CLDR</abbr> data into an <abbr>ICU</abbr>-specific format. <abbr>ICU</abbr> is freely available under a <abbr>BSD</abbr>-style license.</li> +<li>The <a +href="http://www.oracle.com/technetwork/java/javase/tzupdater-readme-136440.html">TZUpdater +tool</a> compiles <code><abbr>tz</abbr></code> source into the format used by +Oracle Java.</li> <li><a href="http://www.joda.org/joda-time/">Joda-Time – Java date and time <abbr title="Application Program Interface">API</abbr></a> contains a class -- 2.1.0

1 0

[PROPOSED PATCH] Move one out-of-scope zone to 'backzone'
by Paul Eggert March 24, 2015

March 24, 2015

* NEWS: Document this. * backzone (Mont, America/Montreal): Move this out-of-scope data here from 'northamerica'. * checktab.awk: Remove special case for America/Montreal, that was added to this file "temporarily" on 2013-09-11. * northamerica (America/Montreal): Now a link to America/Toronto. --- NEWS | 11 +++++++++++ backzone | 40 ++++++++++++++++++++++++++++++++++++++++ checktab.awk | 3 --- northamerica | 41 ++++------------------------------------- 4 files changed, 55 insertions(+), 40 deletions(-) diff --git a/NEWS b/NEWS index ce6ac40..ddfd702 100644 --- a/NEWS +++ b/NEWS @@ -1,5 +1,16 @@ News for the tz database +Unreleased, experimental changes + + Changes affecting past time stamps + + One more zone has been turned into a link, as it differed + from an existing zone only for older time stamps. As usual, + this change affects UTC offsets in pre-1970 time stamps only. + The zone's old contents have been moved to the 'backzone' file. + The affected zone is America/Montreal. + + Release 2015b - 2015-03-19 23:28:11 -0700 Changes affecting future time stamps diff --git a/backzone b/backzone index 31a3f5a..6b392bd 100644 --- a/backzone +++ b/backzone @@ -311,6 +311,46 @@ Zone America/Grenada -4:07:00 - LMT 1911 Jul # St George's Zone America/Guadeloupe -4:06:08 - LMT 1911 Jun 8 # Pointe-à-Pitre -4:00 - AST +# Canada +# +# From Paul Eggert (2015-03-24): +# Since 1970 most of Quebec has been like Toronto; see +# America/Toronto. However, earlier versions of the tz database +# mistakenly relied on data from Shanks & Pottenger saying that Quebec +# differed from Ontario after 1970, and the following rules and zone +# were created for most of Quebec from the incorrect Shanks & +# Pottenger data. The post-1970 entries have been corrected, but the +# pre-1970 entries are unchecked and probably have errors. +# +# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S +Rule Mont 1917 only - Mar 25 2:00 1:00 D +Rule Mont 1917 only - Apr 24 0:00 0 S +Rule Mont 1919 only - Mar 31 2:30 1:00 D +Rule Mont 1919 only - Oct 25 2:30 0 S +Rule Mont 1920 only - May 2 2:30 1:00 D +Rule Mont 1920 1922 - Oct Sun>=1 2:30 0 S +Rule Mont 1921 only - May 1 2:00 1:00 D +Rule Mont 1922 only - Apr 30 2:00 1:00 D +Rule Mont 1924 only - May 17 2:00 1:00 D +Rule Mont 1924 1926 - Sep lastSun 2:30 0 S +Rule Mont 1925 1926 - May Sun>=1 2:00 1:00 D +Rule Mont 1927 1937 - Apr lastSat 24:00 1:00 D +Rule Mont 1927 1937 - Sep lastSat 24:00 0 S +Rule Mont 1938 1940 - Apr lastSun 0:00 1:00 D +Rule Mont 1938 1939 - Sep lastSun 0:00 0 S +Rule Mont 1946 1973 - Apr lastSun 2:00 1:00 D +Rule Mont 1945 1948 - Sep lastSun 2:00 0 S +Rule Mont 1949 1950 - Oct lastSun 2:00 0 S +Rule Mont 1951 1956 - Sep lastSun 2:00 0 S +Rule Mont 1957 1973 - Oct lastSun 2:00 0 S +Zone America/Montreal -4:54:16 - LMT 1884 + -5:00 Mont E%sT 1918 + -5:00 Canada E%sT 1919 + -5:00 Mont E%sT 1942 Feb 9 2:00s + -5:00 Canada E%sT 1946 + -5:00 Mont E%sT 1974 + -5:00 Canada E%sT + # Montserrat # From Paul Eggert (2006-03-22): # In 1995 volcanic eruptions forced evacuation of Plymouth, the capital. diff --git a/checktab.awk b/checktab.awk index cf2c726..de98299 100644 --- a/checktab.awk +++ b/checktab.awk @@ -9,9 +9,6 @@ BEGIN { if (!zone_table) zone_table = "zone1970.tab" if (!want_warnings) want_warnings = -1 - # A special (and we hope temporary) case. - tztab["America/Montreal"] = 1 - while (getline <iso_table) { iso_NR++ if ($0 ~ /^#/) continue diff --git a/northamerica b/northamerica index 77463da..6b65d6d 100644 --- a/northamerica +++ b/northamerica @@ -1331,14 +1331,9 @@ Zone America/Moncton -4:19:08 - LMT 1883 Dec 9 # Quebec -# From Paul Eggert (2013-08-30): -# Since 1970 most of Quebec has been like Toronto. -# However, because earlier versions of the tz database mistakenly relied on data -# from Shanks & Pottenger saying that Quebec differed from Ontario after 1970, -# a separate entry was created for most of Quebec. We're loath to lose -# its pre-1970 info, even though the tz database is normally limited to -# zones that differ after 1970, so keep this otherwise out-of-scope entry. - +# From Paul Eggert (2015-03-24): +# See America/Toronto for most of Quebec, including Montreal. +# # Matthews and Vincent (1998) also write that Quebec east of the -63 # meridian is supposed to observe AST, but residents as far east as # Natashquan use EST/EDT, and residents east of Natashquan use AST. @@ -1352,39 +1347,10 @@ Zone America/Moncton -4:19:08 - LMT 1883 Dec 9 # For lack of better info, guess this practice began around 1970, contra to # Shanks & Pottenger who have this region observing AST/ADT. -# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -Rule Mont 1917 only - Mar 25 2:00 1:00 D -Rule Mont 1917 only - Apr 24 0:00 0 S -Rule Mont 1919 only - Mar 31 2:30 1:00 D -Rule Mont 1919 only - Oct 25 2:30 0 S -Rule Mont 1920 only - May 2 2:30 1:00 D -Rule Mont 1920 1922 - Oct Sun>=1 2:30 0 S -Rule Mont 1921 only - May 1 2:00 1:00 D -Rule Mont 1922 only - Apr 30 2:00 1:00 D -Rule Mont 1924 only - May 17 2:00 1:00 D -Rule Mont 1924 1926 - Sep lastSun 2:30 0 S -Rule Mont 1925 1926 - May Sun>=1 2:00 1:00 D -Rule Mont 1927 1937 - Apr lastSat 24:00 1:00 D -Rule Mont 1927 1937 - Sep lastSat 24:00 0 S -Rule Mont 1938 1940 - Apr lastSun 0:00 1:00 D -Rule Mont 1938 1939 - Sep lastSun 0:00 0 S -Rule Mont 1946 1973 - Apr lastSun 2:00 1:00 D -Rule Mont 1945 1948 - Sep lastSun 2:00 0 S -Rule Mont 1949 1950 - Oct lastSun 2:00 0 S -Rule Mont 1951 1956 - Sep lastSun 2:00 0 S -Rule Mont 1957 1973 - Oct lastSun 2:00 0 S - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Blanc-Sablon -3:48:28 - LMT 1884 -4:00 Canada A%sT 1970 -4:00 - AST -Zone America/Montreal -4:54:16 - LMT 1884 - -5:00 Mont E%sT 1918 - -5:00 Canada E%sT 1919 - -5:00 Mont E%sT 1942 Feb 9 2:00s - -5:00 Canada E%sT 1946 - -5:00 Mont E%sT 1974 - -5:00 Canada E%sT # Ontario @@ -1596,6 +1562,7 @@ Zone America/Toronto -5:17:32 - LMT 1895 -5:00 Canada E%sT 1946 -5:00 Toronto E%sT 1974 -5:00 Canada E%sT +Link America/Toronto America/Montreal Zone America/Thunder_Bay -5:57:00 - LMT 1895 -6:00 - CST 1910 -5:00 - EST 1942 -- 2.1.0

1 1

[PATCH] Modernize GCC_DEBUG_FLAGS
by Paul Eggert March 24, 2015

March 24, 2015

* Makefile (GCC_DEBUG_FLAGS): Assume GCC 4.9.2 and current tz sources. Add -Wdate-time, -Wdouble-promotion, -Wlogical-op, -Wold-style-definition, -Wunused. Remove redundant -Wcast-qual and -Wno-cast-qual. Remove -Wmissing-declarations; implied by -Wmissing-prototypes. Remove -Wmissing-noreturn; equivalent to -Wsuggest-attribute=noreturn. Remove -Wno-sign-conversion; not needed, as we don't use -Wconversion. Put the -Wno-* options last, so that they override preceding options that enable warnings. --- Makefile | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/Makefile b/Makefile index fbb027a..e7043af 100644 --- a/Makefile +++ b/Makefile @@ -149,18 +149,18 @@ LDLIBS= # $(GCC_DEBUG_FLAGS) if you are using GCC and want lots of checking GCC_DEBUG_FLAGS = -Dlint -g3 -O3 -fno-common -fstrict-aliasing \ -Wall -Wextra \ - -Wbad-function-cast -Wcast-align -Wcast-qual \ + -Wbad-function-cast -Wcast-align -Wdate-time \ -Wdeclaration-after-statement \ + -Wdouble-promotion \ -Wformat=2 -Winit-self -Wjump-misses-init \ - -Wmissing-declarations -Wmissing-noreturn -Wmissing-prototypes \ - -Wnested-externs -Wno-address -Wno-cast-qual \ - -Wno-format-nonliteral -Wno-sign-compare -Wno-sign-conversion \ - -Wno-type-limits \ - -Wno-unused-parameter -Woverlength-strings -Wpointer-arith \ + -Wlogical-op -Wmissing-prototypes -Wnested-externs \ + -Wold-style-definition -Woverlength-strings -Wpointer-arith \ -Wshadow -Wstrict-prototypes -Wsuggest-attribute=const \ -Wsuggest-attribute=format -Wsuggest-attribute=noreturn \ -Wsuggest-attribute=pure -Wtrampolines \ - -Wwrite-strings + -Wunused -Wwrite-strings \ + -Wno-address -Wno-format-nonliteral -Wno-sign-compare \ + -Wno-type-limits -Wno-unused-parameter # # If you want to use System V compatibility code, add # -DUSG_COMPAT -- 2.1.0

1 0

Chile/EasterIsland 1982 broken by 2015a?
by Stuart Bishop March 23, 2015

March 23, 2015

My test suite broke with 2015a, leading me to Chile/EasterIsland and Pacific/Easter in 1982: Chile/EasterIsland Sun Oct 11 04:00:00 1981 UT = Sat Oct 10 22:00:00 1981 EASST isdst=1 gmtoff=-21600 Chile/EasterIsland Sat Mar 13 02:59:59 1982 UT = Fri Mar 12 20:59:59 1982 EASST isdst=1 gmtoff=-21600 Chile/EasterIsland Sat Mar 13 03:00:00 1982 UT = Fri Mar 12 22:00:00 1982 EASST isdst=1 gmtoff=-18000 Chile/EasterIsland Sun Mar 14 02:59:59 1982 UT = Sat Mar 13 21:59:59 1982 EASST isdst=1 gmtoff=-18000 Chile/EasterIsland Sun Mar 14 03:00:00 1982 UT = Sat Mar 13 21:00:00 1982 EAST isdst=0 gmtoff=-21600 Chile/EasterIsland Sun Oct 10 03:59:59 1982 UT = Sat Oct 9 21:59:59 1982 EAST isdst=0 gmtoff=-21600 Chile/EasterIsland Sun Oct 10 04:00:00 1982 UT = Sat Oct 9 23:00:00 1982 EASST isdst=1 gmtoff=-18000 Chile/EasterIsland Sun Mar 13 02:59:59 1983 UT = Sat Mar 12 21:59:59 1983 EASST isdst=1 gmtoff=-18000 Did it really put the clocks forward one hour on Mar 12, then back again Mar 13? -- Stuart Bishop <stuart(a)stuartbishop.net> http://www.stuartbishop.net/

3 4

[tz-announce] 2015b release of tz code and data available
by Paul Eggert March 21, 2015

March 21, 2015

The 2015b 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 Mongolia will start observing DST again this year, from the last Saturday in March at 02:00 to the last Saturday in September at 00:00. (Thanks to Ganbold Tsagaankhuu.) Palestine will start DST on March 28, not March 27. Also, correct the fall 2014 transition from September 26 to October 24. Adjust future predictions accordingly. (Thanks to Steffen Thorsen.) Changes affecting past time stamps The 1982 zone shift in Pacific/Easter has been corrected, fixing a 2015a regression. (Thanks to Stuart Bishop for reporting the problem.) Some more zones have been turned into links, when they differed from existing zones only for older time stamps. As usual, these changes affect UTC offsets in pre-1970 time stamps only. Their old contents have been moved to the 'backzone' file. The affected zones are: America/Antigua, America/Cayman, Pacific/Midway, and Pacific/Saipan. Changes affecting time zone abbreviations Correct the 1992-2010 DST abbreviation in Volgograd from "MSK" to "MSD". (Thanks to Hank W.) Changes affecting code Fix integer overflow bug in reference 'mktime' implementation. (Problem reported by Jörg Richter.) Allow -Dtime_tz=time_t compilations, and allow -Dtime_tz=... libraries to be used in the same executable as standard-library time_t functions. (Problems reported by Bradley White.) Changes affecting commentary Cite the recent Mexican decree changing Quintana Roo's time zone. (Thanks to Carlos Raúl Perasso.) Likewise for the recent Chilean decree. (Thanks to Eduardo Romero Urra.) Update info about Mars time. Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2015b.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2015b.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2015b.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2015b.tar.gz As usual, links to the latest release files are here: http://www.iana.org/time-zones/repository/tzcode-latest.tar.gz http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz ftp://ftp.iana.org/tz/tzcode-latest.tar.gz ftp://ftp.iana.org/tz/tzdata-latest.tar.gz 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 2dc5d94148e3dbf7511f35edd99099705d8ce392 dated Thu Mar 19 23:28:11 2015 -0700 and tagged '2015b' in the experimental github repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: d9b56c8ec98d9158d10cf80df0181864c467a4387b8ced5701f466c40885ea524bc1d49b0e17c0a18d8006a423da1c1b9a7e74626c4a916dd37cbb85e04b2b0a tzcode2015b.tar.gz 767782b87e62a8f7a4dbcae595d16a54197c9e04ca974d7016d11f90ebaf2537b804d111f204af9052c68d4670afe0af0af9e5b150867a357fc199bb541368d0 tzdata2015b.tar.gz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJVC76nAAoJEO2X6Q5iqn4058QP/3wSOsQJm7PCVcVM4803N0QW FSYuqkvPldmhTOti7cHprsFL/SigOOwJdrYusI5nTlQMeCEpUYLnmdqm3GWyrlAj +9exuMpfePqsrcKK2wW6/a4w9u+1vGZagl4fnpsCdw9KoWuoE+B4P+DH0iHBXJIV bizOSiDs+dg0Ap5BhKzCvawCmDviFaO+666OrxNonREvRbokPptNXdDjkcKZiJNC zFrqtbhgb4X7yFuoj78V39TzoTzyh2jV00cJByYp/osFVi8c17U3Y7SdsgQ63/+3 BDDPJAXc+dtJCWIkg7+5syJNZkPtFkzhIxy1Zz3QTIapr2McAD7/ngvDnczgPCW2 JZEQ0SwMIzYNgjwGuCOiQR0JcoyKkux5G5UwFGsXTopsQDRFd0/8YM33VPv/Mkqs pemElTklzbUNIwWMm+8XzkG04HaYgdy3SEs/ZqzLcRZU6fR/qSz2qxlOrPN0NZzl 2lFx08MCL6vGXe+iMgAjiJBbx6jfK6QW8mxjBpEXSPqpC7dWNlWk8r4XNi1ndsW1 1mS/F+fxV6cAkeHkNIV6ZA4nbeAGxDZViPUIxXBvSh8/NUO2CLf1HFybMSFNPu31 6Mu8QlHwq8gwMVAe2LCALHpmHump+64pdqV8FMr75DkQjQBU/kGHm161h3lEB0jS lrg+YZMC4pQ4znrvoZAX =dICV -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJVC76nAAoJEO2X6Q5iqn40dXQQAIAMoFGd7MkZmrNEI3ZNl3lI tSLIge1yZv2q7ZzYsNwrEFaqBY/TOo0Zj8JOEWrpzDE6uc4tLXIa7S39xSvuCKAx LckxD8vDsxmIofL+KGt3YRxVmg9c3DDv7fVhDENqm1dj+VTGgDZCEztgAoXAcWvw h/JPJu6PS75+0RPGaHBRgjs+rWDuE5o2DtpexkXhkkca4krwyhLM1uXH6x+uXEd9 QyDPduJnUE+4dxOo0M0Au8HcBZ6u5zWm26ovpK9jLlMeVTvkac4RAr5jcTf0UdHJ 11VEFPCdPxnlwZD4iwFfUP3QdE9i8jGNrEqddzi4fvw2SAgDxB8Mz8C3TQp5vA3O bkzI1XMr0P1gut8PbhhxBHKQWduas9Y28RiGrnWNRxFekrJmFzwleUomveP9m+Dj +nVwe5F4ny96ht83IS5NOxroYRxK+jAi1/7d/nmPltHOAF88ai14Ogs21u1XfbOJ NcfbLRkVKCyjyVqsT7ZoHJVb9xLj3kphcwdI0XQBnqNxkiFUjQzY3uABhLsKhXNW 4PVuF+5+b1on/Ew2/re6dI2hbRFG8vwJeCPK+Oqn6TGfxT8v86OPc6jT7w5Mr6vt ZbYofuF/CiZJlgeB6I3qvGYcUsnhrxSQJWKpt9iS5Aq2wpRKYaYRU43igfuE3Znl dpFoxJMOxF7fw67+8ZSi =clrh -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

DST in the news
by Arthur David Olson March 12, 2015

March 12, 2015

A Washington Post on-line recap by Elahe Izadi of efforts to change time in twelve of the United States: http://www.washingtonpost.com/blogs/the-fix/wp/2015/03/12/a-bunch-of-states… @dashdashado

1 0

Fwd: Re: [english 83%] Re: historic Oslo times
by Meno Hochschild March 11, 2015

March 11, 2015

Okay, now I have done my own investigations and found following answer: If the switch (expressed as UNTIL-time in a ZONE-line) is before any dst-rule valid for given UNTIL-related year then we have to apply the previous daylight saving offset valid at that time (previous means before the switch). The southern hemisphere matters here, see America/Argentina/Jujuy in 1992. However, there is one exception. If there are no dst-rules at all in given year then we have to apply zero-offset (consistent with Asia/Gaza for the 1967 switch). I wished these tricky details were documented anywhere and I hope it helps for anyone else. -------- Weitergeleitete Nachricht -------- Betreff: Re: [english 83%] Re: [tz] historic Oslo times Datum: Sat, 07 Mar 2015 01:49:07 +0100 Von: Meno Hochschild <mhochschild(a)gmx.de> An: Paul Eggert <eggert(a)cs.ucla.edu> Thank you very much for clarification. Is this rule/algorithm/procedure documented anywhere? So for Oslo we have a rule BEFORE the switch which gives us the dst-offset of +01:00 to be applied. And what will happen if the rule in question taking effect happens AFTER the time of switch (as expressed in UNTIL-term) meaning: for given year there is no rule before switch? Is it okay to assume daylight-savings zero in this edge case? ls this assumption also valid for southern hemisphere? Am 06.03.2015 um 22:29 schrieb Paul Eggert: > Meno Hochschild wrote: >> The rule for 1940 cannot be applied because 1st of Apr is clearly >> before the >> UNTIL-date of zone line in question when changing from Norway-rule to >> C-Eur-rule. > > When a zone switches from one set of rules to another, the rule in > effect at the time of the switch is the rule that governs, even if > this rule first took effect before the switch. So the rule you > mention can be applied, and the data for Europe/Oslo should be OK. > You can verify this by running the command "zdump -v Europe/Oslo" and > verifying that all the transitions are as expected. Here are the > war-year transitions that I observed that way: > > Sat Aug 10 21:59:59 1940 UT = Sat Aug 10 22:59:59 1940 CET isdst=0 > gmtoff=3600 > Sat Aug 10 22:00:00 1940 UT = Sun Aug 11 00:00:00 1940 CEST isdst=1 > gmtoff=7200 > Mon Nov 2 00:59:59 1942 UT = Mon Nov 2 02:59:59 1942 CEST isdst=1 > gmtoff=7200 > Mon Nov 2 01:00:00 1942 UT = Mon Nov 2 02:00:00 1942 CET isdst=0 > gmtoff=3600 > Mon Mar 29 00:59:59 1943 UT = Mon Mar 29 01:59:59 1943 CET isdst=0 > gmtoff=3600 > Mon Mar 29 01:00:00 1943 UT = Mon Mar 29 03:00:00 1943 CEST isdst=1 > gmtoff=7200 > Mon Oct 4 00:59:59 1943 UT = Mon Oct 4 02:59:59 1943 CEST isdst=1 > gmtoff=7200 > Mon Oct 4 01:00:00 1943 UT = Mon Oct 4 02:00:00 1943 CET isdst=0 > gmtoff=3600 > Mon Apr 3 00:59:59 1944 UT = Mon Apr 3 01:59:59 1944 CET isdst=0 > gmtoff=3600 > Mon Apr 3 01:00:00 1944 UT = Mon Apr 3 03:00:00 1944 CEST isdst=1 > gmtoff=7200 > Mon Oct 2 00:59:59 1944 UT = Mon Oct 2 02:59:59 1944 CEST isdst=1 > gmtoff=7200 > Mon Oct 2 01:00:00 1944 UT = Mon Oct 2 02:00:00 1944 CET isdst=0 > gmtoff=3600 > Mon Apr 2 00:59:59 1945 UT = Mon Apr 2 01:59:59 1945 CET isdst=0 > gmtoff=3600 > Mon Apr 2 01:00:00 1945 UT = Mon Apr 2 03:00:00 1945 CEST isdst=1 > gmtoff=7200 > Mon Oct 1 00:59:59 1945 UT = Mon Oct 1 02:59:59 1945 CEST isdst=1 > gmtoff=7200 > Mon Oct 1 01:00:00 1945 UT = Mon Oct 1 02:00:00 1945 CET isdst=0 > gmtoff=3600 > >

2 1

[PROPOSED PATCH 1/2] Support -Dtime_tz=time_t
by Paul Eggert March 11, 2015

March 11, 2015

* private.h (tz_time_t), NEWS: Move typedef earlier. (Problem reported by Bradley White.) --- NEWS | 2 ++ private.h | 4 ++-- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/NEWS b/NEWS index 1e74bfd..89b5349 100644 --- a/NEWS +++ b/NEWS @@ -34,6 +34,8 @@ Unreleased, experimental changes Fix integer overflow bug in reference 'mktime' implementation. (Problem reported by Jörg Richter.) + Allow -Dtime_tz=time_t compilations. (Problem reported by Bradley White.) + Changes affecting commentary Cite the recent Mexican decree changing Quintana Roo's time zone. diff --git a/private.h b/private.h index efa1bdf..b9429ae 100644 --- a/private.h +++ b/private.h @@ -308,6 +308,8 @@ typedef unsigned long uintmax_t; static time_t sys_time(time_t *x) { return time(x); } # endif +typedef time_tz tz_time_t; + # undef ctime # define ctime tz_ctime # undef ctime_r @@ -341,8 +343,6 @@ static time_t sys_time(time_t *x) { return time(x); } # undef timeoff # define timeoff tz_timeoff -typedef time_tz time_t; - char *ctime(time_t const *); char *ctime_r(time_t const *, char *); double difftime(time_t, time_t); -- 2.1.0

1 1

signed overflow
by Richter, Jörg March 10, 2015

March 10, 2015

In time2sub() there is this code: } else { lo = 1; for (i = 0; i < (int) TYPE_BIT(time_t) - 1; ++i) lo *= 2; hi = -(lo + 1); } The last *= 2 will overflow a signed integer time_t. This can be fixed with “lo = -1” instead of “lo = 1”. This change seems to be consistent with the variable names. - Jörg

2 1

[PROPOSED PATCH] Mongolia resumes DST in 2015
by Paul Eggert March 10, 2015

March 10, 2015

* asia (Mongol), NEWS: Mongolia will start observing DST again this year, from the last Saturday in March at 02:00 to the last Saturday in September at 00:00. (Thanks to Ganbold Tsagaankhuu.) --- NEWS | 4 ++++ asia | 9 +++++++++ 2 files changed, 13 insertions(+) diff --git a/NEWS b/NEWS index d21c1fa..5aca1f6 100644 --- a/NEWS +++ b/NEWS @@ -4,6 +4,10 @@ Unreleased, experimental changes Changes affecting future time stamps + Mongolia will start observing DST again this year, from the last + Saturday in March at 02:00 to the last Saturday in September at 00:00. + (Thanks to Ganbold Tsagaankhuu.) + Palestine will start DST on March 28, not March 27. Also, correct the fall 2014 transition from September 26 to October 24. Adjust future predictions accordingly. (Thanks to Steffen Thorsen.) diff --git a/asia b/asia index fa7978e..756e3d0 100644 --- a/asia +++ b/asia @@ -1904,6 +1904,13 @@ Zone Indian/Maldives 4:54:00 - LMT 1880 # Male # was at the start of 2008-03-31 (the day of Steffen Thorsen's report); # this is almost surely wrong. +# From Ganbold Tsagaankhuu (2015-03-10): +# It seems like yesterday Mongolian Government meeting has concluded to use +# daylight saving time in Mongolia.... Starting at 2:00AM of last Saturday of +# March 2015, daylight saving time starts. And 00:00AM of last Saturday of +# September daylight saving time ends. Source: +# http://zasag.mn/news/view/8969 + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Mongol 1983 1984 - Apr 1 0:00 1:00 S Rule Mongol 1983 only - Oct 1 0:00 0 - @@ -1924,6 +1931,8 @@ Rule Mongol 1984 1998 - Sep lastSun 0:00 0 - Rule Mongol 2001 only - Apr lastSat 2:00 1:00 S Rule Mongol 2001 2006 - Sep lastSat 2:00 0 - Rule Mongol 2002 2006 - Mar lastSat 2:00 1:00 S +Rule Mongol 2015 max - Mar lastSat 2:00 1:00 S +Rule Mongol 2015 max - Sep lastSat 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] # Hovd, a.k.a. Chovd, Dund-Us, Dzhargalant, Khovd, Jirgalanta -- 2.1.0

1 0

Daylight Saving Time, the movie
by Steve Jones March 10, 2015

March 10, 2015

Folks: It's pretty rare that humor is on-topic in this list, but I doubt anyone would disagree this is a clear exception, especially given the timing: https://www.youtube.com/watch?v=k4EUTMPuvHo Regards, Steve Jones []

1 0

The Pi Day of the century
by Even Scharning March 7, 2015

March 7, 2015

The Pi Day of the century is only a few days away! One day every century, the numbers of the current month, day, year, hour, minute and second line up to match the first 10 digits of the mathematical constant pi: 3.14.15 9:26:53. We made a special clock for Pi Day, with date and time in "pi format". Please take a minute to check it out! http://time.is/pi_day Any feedback is appreciated. Even Scharning Time.is - exact time for any place on Earth http://time.is/

3 2

historic Oslo times
by Meno Hochschild March 6, 2015

March 6, 2015

Recently I noticed following strange detail of Europe/Oslo during the years 1940-1942: The site http://www.timeanddate.com/time/zone/norway/oslo reports for these years that Oslo kept summer time between 1940-08-10 23:00 and 1942-11-02 03:00. But I cannot find a way in tz-data how to construct it. Maybe I have overlooked something. Rule Norway 1916 only - May 22 1:00 1:00 S Rule Norway 1916 only - Sep 30 0:00 0 - Rule Norway 1945 only - Apr 2 2:00s 1:00 S Rule Norway 1945 only - Oct 1 2:00s 0 - Rule Norway 1959 1964 - Mar Sun>=15 2:00s 1:00 S Rule Norway 1959 1965 - Sep Sun>=15 2:00s 0 - Rule Norway 1965 only - Apr 25 2:00s 1:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Oslo 0:43:00 - LMT 1895 Jan 1 1:00 Norway CE%sT 1940 Aug 10 23:00 1:00 C-Eur CE%sT 1945 Apr 2 2:00 1:00 Norway CE%sT 1980 1:00 EU CE%sT The Norway-rules do not catch the year 1940, so cannot indicate any summer time until 1940-08-10. Then the C-Eur-rule takes effect but see here: Rule C-Eur 1940 only - Apr 1 2:00s 1:00 S Rule C-Eur 1942 only - Nov 2 2:00s 0 - The rule for 1940 cannot be applied because 1st of Apr is clearly before the UNTIL-date of zone line in question when changing from Norway-rule to C-Eur-rule. I assume we are missing an extra Norway-rule for 1940 only changing to summer time on 1940-08-10 and have then to shift the UNTIL-date in second ZONE line a little bit (for example to 1941). Thanks in advance for any help Meno Hochschild

2 2

Correct timezone for the country of India
by Sujay Phadke March 6, 2015

March 6, 2015

Hello, I was browsing through the tz database and I don't see a single city in the country of India for the timezone setting. Would you enlighten me as to why it is so? I am specifically looking at this: http://en.wikipedia.org/wiki/List_of_tz_database_time_zones Could you please add "New Delhi" or "Mumbai" to the +5:30 UTC timezone list? Secondly, what is this "Indian/<island names> ? This is some old relic information that needs to be updated. None of those island have anything to do with India, so why keep the naming convention? I did go through one discussion in your achives: http://mm.icann.org/pipermail/tz/2012-December/018488.html, but I couldn't see any reason why Mumbai or New Delhi cannot be added. I also could not find Asia/Calcutta in the list on current tz database. If I'm reading this wrong, please point me to the correct link. Thank you. Regards, Sujay

4 3

Apparent Inconsistency in Russia Data
by Hank W. March 6, 2015

March 6, 2015

I noticed an apparent inconsistency among the Russia data in the Europe data file. Regarding the following line under Europe/Volgograd: 3:00 Russia MSK 2011 Mar 27 2:00s should it not be... 3:00 Russia MSK/MSD 2011 Mar 27 2:00s ? Hank W. of Austin, Texas, U.S.A.

2 1

Palestine DST postponed by a day
by Steffen Thorsen March 5, 2015

March 5, 2015

Sources such as http://www.alquds.com/news/article/view/id/548257 and http://www.raya.ps/ar/news/890705.html say Palestine areas will start DST on 2015-03-28 00:00 which is one day later than expected. Our wrap-up: http://www.timeanddate.com/news/time/palestine-starts-dst-2015.html As a side note, some sources report that Kuwait may introduce DST. According to media reports like http://www.kuna.net.kw/ArticleDetails.aspx?id=2421216&Language=ar the authorities are considering advancing clocks by 2 hours every year. Best regards, Steffen Thorsen - timeanddate.com

3 4

Paraguay change DST 22/03/2015
by Juan Carlos YJ. Lin March 4, 2015

March 4, 2015

Attending to Act 1.264, Paraguay change 4th sunday de March the DST, delay 1:00 hs Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recuC)rdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisiC3n del contenido no estC! autorizada fuera del contexto de su envC-o y a quien corresponde. El uso no autorizado de la informaciC3n en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bC3rrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias."

2 1

Idaho House Bill 198 proposing Year-Round DST "Won't Go Forward"
by Ray at the Time Zone Report March 3, 2015

March 3, 2015

See chronology and details here: http://timezonereport.com/?cat=9 Ray ----- Ray Harwood Time Zone Report, a service of GoodClix, Inc. in the interest of public health <http://www.TimeZoneReport.com> http://www.TimeZoneReport.com and Twitter: @TimeZoneReport Office: (480) 378-3221 - Email: Ray(a)TimeZoneReport.com

1 0

[PATCH] * NEWS, Theory: Update info about Mars time, citing Chmielewski.
by Paul Eggert March 3, 2015

March 3, 2015

--- NEWS | 2 ++ Theory | 10 +++++++--- 2 files changed, 9 insertions(+), 3 deletions(-) diff --git a/NEWS b/NEWS index dfda622..b6a306f 100644 --- a/NEWS +++ b/NEWS @@ -19,6 +19,8 @@ Unreleased, experimental changes Cite the recent Mexican decree changing Quintana Roo's time zone. (Thanks to Carlos Raúl Perasso.) + Update info about Mars time. + Release 2015a - 2015-01-29 22:35:20 -0800 diff --git a/Theory b/Theory index e9be715..9861a4f 100644 --- a/Theory +++ b/Theory @@ -717,9 +717,11 @@ Mittelalters und der Neuzeit_, herausgegeben von Dr. O. Grotefend ----- Time and time zones on Mars ----- -Some people have adjusted their work schedules to fit Mars time. -Dozens of special Mars watches were built for Jet Propulsion -Laboratory workers who kept Mars time during the Mars Exploration +Some people's work schedules use Mars time. Jet Propulsion Laboratory +(JPL) coordinators have kept Mars time on and off at least since 1997 +for the Mars Pathfinder mission. Some of their family members have +also adapted to Mars time. Dozens of special Mars watches were built +for JPL workers who kept Mars time during the Mars Exploration Rovers mission (2004). These timepieces look like normal Seikos and Citizens but use Mars seconds rather than terrestrial seconds. @@ -760,6 +762,8 @@ Jia-Rui Chong, "Workdays Fit for a Martian", Los Angeles Times <http://articles.latimes.com/2004/jan/14/science/sci-marstime14> (2004-01-14), pp A1, A20-A21. +Tom Chmielewski, "Jet Lag Is Worse on Mars", The Atlantic (2015-02-26) +<http://www.theatlantic.com/technology/archive/2015/02/jet-lag-is-worse-on-m…> ----- Local Variables: -- 2.1.0

2 2

Re: [tz] Chilean time change
by Yonathan Dossow March 3, 2015

March 3, 2015

It has been published now in "Diario Oficial", and it is an extension of CLST and EASST for two years, until March 25 2017. extracts from "diario oficial": Establécese que el adelanto de la hora oficial de Chile Continental dispuesto en el Decreto Supremo N°1.489, de 1970, del Ministerio del Interior, se extenderá hasta las 24 horas del sábado 25 de marzo de 2017. Establécese que el adelanto de la hora oficial de Chile Insular Occidental dispuesto en el Decreto Supremo N°1.142, de 1980, modificado por el Decreto Supremo N°61, de 1982, ambos del Ministerio del Interior, se extenderá hasta las 24 horas del sábado 25 de marzo de 2017. ----- Original Message ----- > From: "Glenn Eychaner" <geychaner(a)me.com> > To: "tz" <tz(a)iana.org> > Sent: Tuesday, 24 February, 2015 09:13:25 > Subject: Re: [tz] Chilean time change > As far as I know, an official announcement of the adoption of a new time > change rule would have to appear in: > http://www.diariooficial.interior.gob.cl > and would also appear in: > http://www.horaoficial.cl/cambio_hora.html > I have been monitoring both on a daily basis, and thus far have seen nothing. > So for now it's unclear to me whether this is a proposal or an announcement. > > -G. > > On Feb 24, 2015, at 9:00 AM, tz-request(a)iana.org wrote: > >> http://www.minenergia.cl/ministerio/noticias/generales/gobierno-anuncia-mod… >> I[s] this the announcement of the proposal or the announcement of the adoption >> of the proposal? > > -- > Glenn Eychaner (geychaner(a)lco.cl) > Telescope Systems Programmer, Las Campanas Observatory -- Yonathan Dossow Fono: +56 32 2654367 Unidad de Infraestructura y Tecnologia Departamento de Informatica Universidad Tecnica Federico Santa Maria Valparaiso, Chile

1 0

Re: [tz] Chilean time change
by Glenn Eychaner Feb. 24, 2015

Feb. 24, 2015

As far as I know, an official announcement of the adoption of a new time change rule would have to appear in: http://www.diariooficial.interior.gob.cl and would also appear in: http://www.horaoficial.cl/cambio_hora.html I have been monitoring both on a daily basis, and thus far have seen nothing. So for now it's unclear to me whether this is a proposal or an announcement. -G. On Feb 24, 2015, at 9:00 AM, tz-request(a)iana.org wrote: > http://www.minenergia.cl/ministerio/noticias/generales/gobierno-anuncia-mod… > I[s] this the announcement of the proposal or the announcement of the adoption of the proposal? -- Glenn Eychaner (geychaner(a)lco.cl) Telescope Systems Programmer, Las Campanas Observatory

1 0

Chilean time change
by Glenn Eychaner Feb. 23, 2015

Feb. 23, 2015

I have been following Diario Official for the past couple of weeks (http://www.diariooficial.interior.gob.cl) and have yet to see an official announcement regarding the change of time zone rules. In addition, SHOA has yet to update their web site (http://www.horaoficial.cl/cambio_hora.html) -G. -- Glenn Eychaner (geychaner(a)lco.cl) Telescope Systems Programmer, Las Campanas Observatory

2 1

An outline of a possible solution for sensible leap-second support.
by random832＠fastmail.us Feb. 16, 2015

Feb. 16, 2015

Right now, very few people use the leap second support in tzcode. This may represent a lack of demand, or it may be due to the fact that you cannot have both leap second support and POSIX compliance at the same time. Even when people do use it, it's often done in an incomplete and incorrect way (e.g. by specifying the "right" folder directly in the TZ variable). If the tz project intends to provide leap second support, I would argue that it should be in a form that people can actually use. Also, general question: is there any standard on how leap seconds are to be handled in timezones that have an offset that is not a multiple of one whole minute? What does tzcode do now? ---- Abandon entirely the time2posix/posix2time functions, the "right" directory, and the notion of a time_t representation where e.g. 2000-01-01T00:00:00Z is represented by a value of 946684822 rather than 946684800. Very few people use them, and many of those who do use them do so incorrectly even disregarding the issue of programs they may run that do not call the conversion functions when they should. Remove support for generating tzdata files with leap second data, and report an error if one is loaded. Create a non-ambiguous representation for leap-aware timestamps. My suggestion is a pair of {time_t time; int leap;}, with time being (for leap seconds) the POSIX timestamp for the preceding normal second, and leap=1 for s=60, leap=2 for s=61, etc. Define a function interface which leap-aware systems may use to return the correct time, with leap seconds and without any skew to attempt to compensate for them. Tzcode to contain a dummy version that returns {time, 0}. The value of the existing time() function around leap seconds (e.g. whether it reports 23:59:59 twice, 00:00:00 twice, or implements some form of skew over the course of the minute/hour/day) is implementation-defined. (Arguably this new interface should also return the best known correct time immediately rather than implementing skew in the case of NTP adjustments as well, since unlike time() it is not expected to be used by legacy programs as a pseudo-monotonic counter) Define a file format and location (e.g. zoneinfo/leapdb) to store a single copy of leap second information for use by the following functions. Define leap-aware interval-measurement (difftime) and interval-addition (+ and - operator) functions. For example, since there was a leap second in June 2012, difftime_l({1341100802, 0}, {1341100798, 0}) [2012-07-01T00:00:02Z minus 2012-06-30T23:59:58Z] is 5 rather than the conventional 4. This is in contrast to the current implementation which represents these times with different values that differ by 5, and implements difftime by simple subtraction. Define leap-aware versions of mktime_r, localtime_r, mktime_rz, localtime_rz, gmtime_r, timegm_r, which use the new representation where the normal ones use time_t. Expanded scope (not part of tzcode/tzdata itself) - provide recommendations of how to represent leap second times in filesystem structures, archive structures, struct stat, struct timespec, and to maintain backwards compatibility with existing ABIs which do not provide this information (extending the range of an existing sub-second field is worth considering in some cases, though 32-bit signed nanoseconds only have room for one additional second in this way.)

6 6

leap second insertions
by Nathan Justus Feb. 16, 2015

Feb. 16, 2015

>One additional second is all one needs, no? Two leap seconds are never inserted adjacent to each other. So POSIX's 'struct timespec' suffices to >represent leap seconds, and there's no need for a new data type here, just new operations on the type. You could start by adding a new clock to >clock_gettime, a clock that respects leap seconds. There has never been more than one leap second added in any one instance, but as far as I know, nothing precludes adding more than one at any one time. But, I daresay there would be a really significant event that would cause it, such as an asteroid strike that affect the day :) Nathan

2 1