- tz - lists.iana.org

Luhansk & Donetsk, Ukraine
by Hank W. April 14, 2015

April 14, 2015

timeanddate.com reported that Luhansk and Donetsk, the two easternmost Ukrainian regions, did not switch back to EET with the rest of Ukraine on 26 Oct 2014 but are now "permanently" on MSK. However, the 2015b europe data file does not seem to reflect that. Hank Wisniewski, Austin, Texas, U.S.A.

2 1

[tz-announce] 2015c release of tz code and data available
by Paul Eggert April 14, 2015

April 14, 2015

The 2015c 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. Although this release is based on the best information we had when it was made, the daylight-saving situation in Egypt seems to be fluid, and we may need to generate another release soon. Changes affecting future time stamps Egypt's spring-forward transition is at 24:00 on April's last Thursday, not 00:00 on April's last Friday. 2015's transition will therefore be on Thursday, April 30 at 24:00, not Friday, April 24 at 00:00. Similar fixes apply to 2026, 2037, 2043, etc. (Thanks to Steffen Thorsen.) Changes affecting past time stamps The following changes affect some pre-1991 Chile-related time stamps in America/Santiago, Antarctica/Palmer, and Pacific/Easter. The 1910 transition was January 10, not January 1. The 1918 transition was September 10, not September 1. The UTC-4 time observed from 1932 to 1942 is now considered to be standard time, not year-round DST. Santiago observed DST (UTC-3) from 1946-07-15 through 1946-08-31, then reverted to standard time, then switched its time zone to UTC-5 on 1947-04-01. Assume transitions before 1968 were at 00:00, since we have no data saying otherwise. The spring 1988 transition was 1988-10-09, not 1988-10-02. The fall 1990 transition was 1990-03-11, not 1990-03-18. Assume no UTC offset change for Pacific/Easter on 1890-01-01, and omit all transitions on Pacific/Easter from 1942 through 1946 since we have no data suggesting that they existed. 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. Changes affecting commentary Mention the TZUpdater tool. Mention "The Time Now". (Thanks to Brandon Ramsey.) Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2015c.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2015c.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2015c.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2015c.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 14ef987885fc4355ab03450cca48bb4fad31f957 dated Sat Apr 11 08:55:55 2015 -0700 and tagged '2015c' in the experimental github repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: 01f57e27c1031434e7da8876f30084dfef9dbe36988539c857f71f86c0ab1995f82c9fe5dad32ded12185c53433b7f1a0553d8848a2d97529981021ffd70dfb1 tzcode2015c.tar.gz ca89c2041c8420e7b154660e227211b60ba20e8d70b6870b5c0a149838c588d13065202b1266c59caf22a99df2387da95ac04049b9ecb7939cd406c7f007a73e tzdata2015c.tar.gz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJVKUS9AAoJEO2X6Q5iqn40JdoP/25PmMMLls7GKH2MyL3Hgfnk y3eAj2bwV4KtT9OhUbEVgDcG+ZNrorQbRZ/p6Bw5li8lKoAV6S9CbbPbb/QQYciu 0vUn8U5rLCyoHeaeubtf+O6ChyILBsI/oYn/ROQ2meOCP2L35LrGSlkeHTOQd+V0 cyzQ7XfkiO1mbapleIXH46qwbq8kN+GvY64nHxuTwWQSmmV1Z1nBHysNriM9BtXR GsOh0CQ/B7/q1XKbRcoT2B/zuBtuUK/J16UHeSBsy1iQXT9eKx5UdAK82MyRh6Vq RjQggIxJfCILj+yY87UwNirVA4c5cIPCyBeFGyABH5SyAUqJwzka3R1BBe1wFecW eCSqlRMgFSQoRH7/W4HnXhXUx8p06lJR6fzTM/ao8i99K8vdxrVxaOz8j+ouv7kW foOxyL8d6f3S9cQVuFV9igF44xFJ7IbI61DdhYGA/x9blJidNPrAgFi2LeChK2Pn EqOIR7w9+AhJ+cidtuhaxUG+VWt6lTSPUF9Zj5tSvFUUQfq9mM2HHUmqG1j8vXDp 8lcsIF0Pdt6AvMw9y7QrtoUiIiIa0XABJaj3HCPnEB3AAyG277oDbQdyToA87rbd RlyOoV7W1cNVm+yyrY43mEji3eF5tU8SRflfOSw3Tw3hqg5ShW1Wb7wGuCnwBppc 3ixjt1wMIKLox/LXA/YI =ZAkh -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJVKUS9AAoJEO2X6Q5iqn407KQP/31ERg5rduXfmPsw/8tIrcrk U2Qc/7LysOZr5ncs2YAMI/bVIqZnrH5EZVj4Rg53Ke8S/4PLDGkPnsOlV8Vw16lw 7mW4BbzMu8LtAoeE9U3/8MGaZSn8gOi4o6XN28Y4gz6B1jcSm0JprX7hUAOp77DR IXKRPXoZyGHH30O8HxdhofKSOVpOONw72IbtkfuR24m4YSYFyAWv3bx8C94Y1Aim asKOx96vvk3PMO4yy1dPoJdNO/YN1KKSmDprJCNkCB8GXC21GWCFJhLn7KdXwp4+ b1aDSDO52U5KsxDZQ7pW4cAJyDpIBJAASTm24JAMubixGKlnBTzBann7WjptaoIh I0jck3Raef6xo9AiH7tmvPgDwiVZFrT1Bu+CszuULA6J/FFQtnsZz3S806jabRQe HKy8O8wQK+mKG8pRy9LBZju5w2KgSRWdWvYmkmFQRu9D40DUKgN/hWMjjSPYOr6b yigvz33Tyw87G/O+ZV21B9k+OM55FEhI+Tv1g2r3Sn6PZ3Q8IXbD8CAt1lSQevUj K/vyDDQrTVQWFvG8+swrT1cVkbL8n5B+FdELU22eTGf6doDAt4nLzSqNquxnT8yG 0kECc1xTNIwwo3Weh3O3jPOUMxMZZ0+hQKP7OnwyBPVE5b705Io6MA0t4oibAZci SX0rJXaaDRgULk7yyy55 =6G/t -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

Re: [tz] Luhansk & Donetsk, Ukraine
by Hank W. April 13, 2015

April 13, 2015

Sorry, here is a direct link to the article: http://www.timeanddate.com/news/time/luhansk-donetsk-moscow-time.html From: Hank W. [mailto:hankw1@austin.rr.com] Sent: Monday, April 13, 2015 17:43 To: Time Zone Group Subject: Luhansk & Donetsk, Ukraine timeanddate.com reported that Luhansk and Donetsk, the two easternmost Ukrainian regions, did not switch back to EET with the rest of Ukraine on 26 Oct 2014 but are now "permanently" on MSK. However, the 2015b europe data file does not seem to reflect that. Hank Wisniewski, Austin, Texas, U.S.A.

1 0

TZ for Egypt Change
by Ahmed Mekawy April 11, 2015

April 11, 2015

Good day, According to several news reports, Egypt will start DST on midnight after Thursday, April 30, 2015. This is based on a law (no 35) from May 15, 2014 saying it starts the last Thursday of April. This means we will to change the rule to "lastThu 24:00s" instead of "lastFri 0:00s". Clocks will still be turned back for Ramadan, but dates not yet announced. Some sources (Arabic): http://www.masralarabia.com/%D8%A7%D8%AE%D8%A8%D8%A7%D8%B1-%D9%85%D8%B5%D8%… 547833-30-%D8%A5%D8%A8%D8%B1%D9%8A%D9%84-%D8%A8%D8%AF%D8%A1-%D8%A7%D9%84%D8%B9 %D9%85%D9%84-%D8%A8%D8%A7%D9%84%D8%AA%D9%88%D9%82%D9%8A%D8%AA-%D8%A7%D9%84%D8% B5%D9%8A%D9%81%D9%8A http://almogaz.com/news/weird-news/2015/04/05/1947105 Our English summary: http://www.timeanddate.com/news/time/egypt-starts-dst-2015.html http://www.timeanddate.com/time/change/egypt/cairo The latest IANA data was pointing the change will happen 24th April. But now it seems it will be changing to 1st May Thanks, Ahmed -- HYPERLINK "http://www.oracle.com/us/support/best-practices/overview/index.html"cid:part1.09080109.00060709@oracle.com HYPERLINK "http://www.oracle.com/" \nOracle Ahmed Mekawy | Principal Technical Account Manager Phone: HYPERLINK "tel:+971%2043%20909%20356"+202 3535 0211 | Mobile: HYPERLINK "tel:+971%2043%20909%20356"+2 01060064214 Oracle Global Systems Support ORACLE Egypt | 2 ElHegaz St., CEDARE Building | 11737 Cairo HYPERLINK "http://www.oracle.com/commitment" \nGreen OracleOracle is committed to developing practices and products that help protect the environment

2 3

Egypt’s PM orders poll over implementing Daylight saving time
by WorldTimeZone April 11, 2015

April 11, 2015

According to some news http://english.ahram.org.eg/NewsContent/1/64/127434/Egypt/Politics-/Egypt- to-hold-national-poll-on-daylight-saving-tim.aspx http://amwalalghad.com/en/news/egypt-news/34800-egypts-pm-orders-poll-over- implementing-daylight-saving-time.html Egypt to hold national poll on daylight saving time The cabinet previously announced that clocks would go forward one hour starting on 1 May Alexander Krivenyshev http://www.WorldTimeZone.com

1 0

Egypt to hold national poll on daylight saving time
by Alexander Krivenyshev April 11, 2015

April 11, 2015

According to some news http://english.ahram.org.eg/NewsContent/1/64/127434/Egypt/Politics-/Egypt- to-hold-national-poll-on-daylight-saving-tim.aspx http://amwalalghad.com/en/news/egypt-news/34800-egypts-pm-orders-poll-over- implementing-daylight-saving-time.html Egypt to hold national poll on daylight saving time The cabinet previously announced that clocks would go forward one hour starting on 1 May Alexander Krivenyshev http://www.WorldTimeZone.com

1 0

Leap seconds puzzle
by Paul_Koning＠dell.com April 9, 2015

April 9, 2015

Gentlepeople, I’ve been sorting to a flurry of questions about leap seconds from colleagues (triggered by the recent announcement of an upcoming leap second). That sent me to the Theory file, and some experiments. Those experiments leave me puzzled. I apologize for going a bit off topic for this list, but the expertise is clearly here. The Theory file says that POSIX requires leap seconds to be ignored. And indeed, if I set my system timezone to a POSIX zone description and ask it to convert a time value that’s an integer multiple of 86400, I end up at an exact hour (or half hour) multiple, for example exactly midnight if UTC. And similarly, if I set my zone to a “right” one and do the conversion, I get a time that’s a few seconds shy of the exact multiple, as expected. I can also see that my default timezone definitions on my various Unix machines are POSIX ones, again as expected. So here is the puzzle. I would expect WWV, and www.time.gov, to reflect leap seconds. So why would they give me a time that matches, to the second, the POSIX time on my workstation? Does NTP send POSIX seconds since epoch rather than real ones? paul

10 12

Egypt DST starts one week later
by Steffen Thorsen April 8, 2015

April 8, 2015

According to several news reports, Egypt will start DST on midnight after Thursday, April 30, 2015. This is based on a law (no 35) from May 15, 2014 saying it starts the last Thursday of April. This means we will to change the rule to "lastThu 24:00s" instead of "lastFri 0:00s". Clocks will still be turned back for Ramadan, but dates not yet announced. Some sources (Arabic): http://www.masralarabia.com/%D8%A7%D8%AE%D8%A8%D8%A7%D8%B1-%D9%85%D8%B5%D8%… http://almogaz.com/news/weird-news/2015/04/05/1947105 Our English summary: http://www.timeanddate.com/news/time/egypt-starts-dst-2015.html Best regards, Steffen Thorsen - timeanddate.com

2 1

Liberal and conservative time zones in 1950s Nashville
by Paul Eggert April 7, 2015

April 7, 2015

In 1950s Nashville a public clock had dueling faces, one for conservatives and the other for liberals; the two sides didn't agree about the time of day. I haven't found a photo of this clock, nor have I tracked down the TIME magazine report cited below, but here's the story as told by the late American journalist John Seigenthaler, who was there: "The two [newspaper] owners held strongly contrasting political and ideological views. Evans was a New South liberal, Stahlman an Old South conservative, and their two papers frequently clashed editorially, often on the same day.... In the 1950s as the state legislature was grappling with the question of whether to approve daylight saving time for the entire state, TIME magazine reported: "'The Nashville Banner and The Nashville Tennessean rarely agree on anything but the time of day — and last week they couldn't agree on that.' "It was all too true. The clock on the front of the building had two faces — The Tennessean side of the building facing west, the other, east. When it was high noon Banner time, it was 11 a.m. Tennessean time." My source: Seigenthaler J. For 100 years, Tennessean had it covered. The Tennessean 2007-05-11, republished 2015-04-06. http://www.tennessean.com/story/insider/extras/2015/04/06/archives-seigenth…

1 0

[PROPOSED PATCH] Propagate Chile changes to Antarctica/Palmer
by Paul Eggert April 6, 2015

April 6, 2015

When recently changing the 'Chile' ruleset in 'southamerica', I forgot to update its copy 'ChileAQ' in 'antarctica'. This sort of thing has been a continuing problem over the years. Attempt to make further recurrences less likely by moving 'Antarctica/Palmer' from 'antarctica' to 'southamerica', so that there's no need to copy the rules in question. * antarctica (ArgAQ, ChileAQ): Remove. (Antarctica/Palmer): Move to ... * southamerica: ... this file, and use plain 'Arg' and 'Chile'. * NEWS: Mention Antarctica/Palmer and the other affected zones. --- NEWS | 3 ++- antarctica | 51 +-------------------------------------------------- southamerica | 22 +++++++++++++++++++--- 3 files changed, 22 insertions(+), 54 deletions(-) diff --git a/NEWS b/NEWS index 35d2c10..8bef7a5 100644 --- a/NEWS +++ b/NEWS @@ -4,7 +4,8 @@ Unreleased, experimental changes Changes affecting past time stamps - The following changes affect some pre-1991 time stamps in Chile: + The following changes affect some pre-1991 Chile-related time stamps + in America/Santiago, Antarctica/Palmer, and Pacific/Easter. The 1910 transition was January 10, not January 1. diff --git a/antarctica b/antarctica index ebae994..2af088f 100644 --- a/antarctica +++ b/antarctica @@ -15,41 +15,6 @@ # I made up all time zone abbreviations mentioned here; corrections welcome! # FORMAT is 'zzz' and GMTOFF is 0 for locations while uninhabited. -# These rules are stolen from the 'southamerica' file. -# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -Rule ArgAQ 1964 1966 - Mar 1 0:00 0 - -Rule ArgAQ 1964 1966 - Oct 15 0:00 1:00 S -Rule ArgAQ 1967 only - Apr 2 0:00 0 - -Rule ArgAQ 1967 1968 - Oct Sun>=1 0:00 1:00 S -Rule ArgAQ 1968 1969 - Apr Sun>=1 0:00 0 - -Rule ArgAQ 1974 only - Jan 23 0:00 1:00 S -Rule ArgAQ 1974 only - May 1 0:00 0 - -Rule ChileAQ 1972 1986 - Mar Sun>=9 3:00u 0 - -Rule ChileAQ 1974 1987 - Oct Sun>=9 4:00u 1:00 S -Rule ChileAQ 1987 only - Apr 12 3:00u 0 - -Rule ChileAQ 1988 1989 - Mar Sun>=9 3:00u 0 - -Rule ChileAQ 1988 only - Oct Sun>=1 4:00u 1:00 S -Rule ChileAQ 1989 only - Oct Sun>=9 4:00u 1:00 S -Rule ChileAQ 1990 only - Mar 18 3:00u 0 - -Rule ChileAQ 1990 only - Sep 16 4:00u 1:00 S -Rule ChileAQ 1991 1996 - Mar Sun>=9 3:00u 0 - -Rule ChileAQ 1991 1997 - Oct Sun>=9 4:00u 1:00 S -Rule ChileAQ 1997 only - Mar 30 3:00u 0 - -Rule ChileAQ 1998 only - Mar Sun>=9 3:00u 0 - -Rule ChileAQ 1998 only - Sep 27 4:00u 1:00 S -Rule ChileAQ 1999 only - Apr 4 3:00u 0 - -Rule ChileAQ 1999 2010 - Oct Sun>=9 4:00u 1:00 S -Rule ChileAQ 2000 2007 - Mar Sun>=9 3:00u 0 - -# N.B.: the end of March 29 in Chile is March 30 in Universal time, -# which is used below in specifying the transition. -Rule ChileAQ 2008 only - Mar 30 3:00u 0 - -Rule ChileAQ 2009 only - Mar Sun>=9 3:00u 0 - -Rule ChileAQ 2010 only - Apr Sun>=1 3:00u 0 - -Rule ChileAQ 2011 only - May Sun>=2 3:00u 0 - -Rule ChileAQ 2011 only - Aug Sun>=16 4:00u 1:00 S -Rule ChileAQ 2012 2015 - Apr Sun>=23 3:00u 0 - -Rule ChileAQ 2012 2014 - Sep Sun>=2 4:00u 1:00 S - # Argentina - year-round bases # Belgrano II, Confin Coast, -770227-0343737, since 1972-02-05 # Carlini, Potter Cove, King George Island, -6414-0602320, since 1982-01 @@ -344,21 +309,7 @@ Zone Antarctica/Rothera 0 - zzz 1976 Dec 1 # USA - year-round bases # # Palmer, Anvers Island, since 1965 (moved 2 miles in 1968) -# -# From Ethan Dicks (1996-10-06): -# It keeps the same time as Punta Arenas, Chile, because, just like us -# and the South Pole, that's the other end of their supply line.... -# I verified with someone who was there that since 1980, -# Palmer has followed Chile. Prior to that, before the Falklands War, -# Palmer used to be supplied from Argentina. -# -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Antarctica/Palmer 0 - zzz 1965 - -4:00 ArgAQ AR%sT 1969 Oct 5 - -3:00 ArgAQ AR%sT 1982 May - -4:00 ChileAQ CL%sT 2015 Apr 26 3:00u - -3:00 - CLT -# +# See 'southamerica' for Antarctica/Palmer, since it uses South American DST. # # McMurdo Station, Ross Island, since 1955-12 # Amundsen-Scott South Pole Station, continuously occupied since 1956-11-20 diff --git a/southamerica b/southamerica index 908dd6e..be63a88 100644 --- a/southamerica +++ b/southamerica @@ -1225,9 +1225,6 @@ Zone America/Rio_Branco -4:31:12 - LMT 1914 # From Paul Eggert (2015-03-03): # For now, assume that the extension will persist indefinitely. -# NOTE: ChileAQ rules for Antarctic bases are stored separately in the -# 'antarctica' file. - # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Chile 1927 1931 - Sep 1 0:00 1:00 S Rule Chile 1928 1932 - Apr 1 0:00 0 - @@ -1289,6 +1286,25 @@ Zone Pacific/Easter -7:17:28 - LMT 1890 # Other Chilean locations, including Juan Fernández Is, Desventuradas Is, # and Antarctic bases, are like America/Santiago. +# Antarctic base using South American rules +# (See the file 'antarctica' for more.) +# +# Palmer, Anvers Island, since 1965 (moved 2 miles in 1968) +# +# From Ethan Dicks (1996-10-06): +# It keeps the same time as Punta Arenas, Chile, because, just like us +# and the South Pole, that's the other end of their supply line.... +# I verified with someone who was there that since 1980, +# Palmer has followed Chile. Prior to that, before the Falklands War, +# Palmer used to be supplied from Argentina. +# +# Zone NAME GMTOFF RULES FORMAT [UNTIL] +Zone Antarctica/Palmer 0 - zzz 1965 + -4:00 Arg AR%sT 1969 Oct 5 + -3:00 Arg AR%sT 1982 May + -4:00 Chile CL%sT 2015 Apr 26 3:00u + -3:00 - CLT + # Colombia # Milne gives 4:56:16.4 for Bogotá time in 1899; round to nearest. He writes, -- 2.1.0

1 0

Re: [tz] [IANA #817081] Re: New time zone in Quintana Roo, Mexico.
by Ricardo Muleiro April 4, 2015

April 4, 2015

Hi, I´m trying to advise that in Quintana Roo, Mexico government change time zone to GTM - 5:00 permanently (entire year). ¿Can you help me? Thank you so much. 2015-04-03 13:01 GMT-05:00 Amanda Baber via RT <iana-questions(a)iana.org>: > Hi Ricardo, > > Sorry, but we need you to go to the mailing list -- there may be questions > that we can't answer. See > > https://mm.icann.org/mailman/listinfo/tz > > Thanks, and sorry we can't be more helpful, > > Amanda Baber > IANA Request Specialist > ICANN > > On Fri Apr 03 17:56:10 2015, ricardomuleiro(a)blueray.mx wrote: > > Thank you so much for your response. Is there any way you can give my > > message to responsible for changes? > > > > > > > > Thanks again. > > > > > > > > 2015-04-03 12:21 GMT-05:00 Amanda Baber via RT <iana-questions(a)iana.org > >: > > > > > Dear Ricardo, > > > > > > Thank you for contacting us. > > > > > > Per the Time Zone Coordinator and RFC 6557, questions and comments > about > > > the contents of the Time Zone Database should be posted on the TZ > mailing > > > list. > > > > > > We host the database, but updates are made by the TZ Coordinator in > > > consultation with the list. > > > > > > For archives and subscription information, please see > > > > > > http://www.iana.org/time-zones > > > > > > Best regards, > > > > > > Amanda Baber > > > IANA Request Specialist > > > ICANN > > > > > > On Fri Apr 03 16:04:16 2015, ricardomuleiro(a)blueray.mx wrote: > > > > Hi, I live in Cancún, Benito Juárez, Quintana Roo, México and > recently, > > > the > > > > state government decided to change our time zone, being now > permanently > > > GTM > > > > - 5:00. Right now, 1 hour ahead Mexico City (capital of our > country). I > > > > believe you haven´t updated this information. Thank you so much for > > > > updating it. > > > > > > > > > > > > > > > > Best regards. > > > > > > > > > > > > > > >

3 2

Re: [tz] Chile TZ rule 1942 June superfluous?
by Alois Treindl April 4, 2015

April 4, 2015

I have extracted http://www.horaoficial.cl/historia_hora.html 1884 .... (irrelevant here) 1919 A partir del 1° de julio, se cambió la hora estándar, adoptando como hora oficial, la hora del meridiano del Observatorio Astronómico de Lo Espejo en Santiago, o sea, 4 horas, 42 minutos, 46,3 segundos, correspondiente a 70º 41' 34,5 " W, de Greenwich, en vez de la zona 20 del huso horario terrestre. Información difundida por el Boletín Nº 24, Aviso Nº 103/ 1919. 1927 Por Decreto Supremo N" 5.693, del 22 de agosto, se adoptaron dos horas diferentes. La hora oficial de invierno, correspondiente al meridiano 75º weste (zona +5) y la hora oficial de verano, correspondiente al meridiano 60º weste (zona +4), efectuándose los cambios el 1º de abril y el 1º de septiembre de cada año. Novedad que fue difundida por el Boletín Nº 11, por aviso Nº 56/1928. Este sistema de hora económica se vino a hacer efectivo sólo el 1º de abril de 1928. 1928 Se adquirió un cable forrado en plomo a la Compañía de Teléfonos, para conectar la Estación Horariacon la Radio Estación de Playa Ancha y a su vez con el cañón del cuartel Silva Palma. Jefe de la Estación Horaria, en esa fecha era el Sr. Cristian Wiegand O. 1941 AI cumplir el Departamento de Navegación e Hidrografía, 67 años de existencia, contaba en esa fecha la Estación Horaria con cinco relojes de alta precisión conocidos bajo el nombre de "péndulos", los cuales son controlados entre sí. De estos cinco péndulos, tres son eléctricos y dos son mecánicos en sus mecanismos de cuerda. De los tres péndulos eléctricos el principal y de mayor precisión llamado "péndulo magistral eléctrico", trabaja dentro de una campana de cobre con vidrio en su parte superior, bajo un vacío de 150 milímetros. Los otros dos péndulos eran los repetidores del magistral. 1943 El reloj de péndulo que fue destruido por el terremoto de 1906, es reconstruido totalmente y puesto en servicio por el personal de la sección Cronómetros del Departamento de Navegación e Hidrografía, reloj que seconserva en funcionamiento en este Servicio junto a otros tres de antigua data. 1946 El 27 de agosto, se publica la Ley Nº 8.522, que dispuso el cambio urgente de la hora para Santiago y la zona central del país, ante la incapacidad de las plantas de satisfacer las demandas de energía eléctrica para la industria, comercio, residencias y alumbrado público, quedando la capital y la zona central con el huso horario de +3 horas y el resto del país con un huso horario +4 horas. Boletín Nº 20, aviso Nº 380/1946, de fecha 31 de octubre de 1946. 1947 Con fecha 17 de mayo por Decreto Supremo Nº 8.777, se deroga la ley del año anterior, y se cambia la hora estándar, adoptando la hora oficial correspondiente a la zona +4 (meridiano del Observatorio de Lo Espejo, 60º weste) que rige para toda la República, a contar del 21 de mayo de 1947 a las 23 horas. Boletín Nº 10, aviso Nº 249/1947, de fecha 31 de mayo de 1947. 1959 Se procedió a la adquisición, armado e instalación, junto con la etapa de pruebas, de los relojes electrónicos de cuarzo, marca "Rhode & Schwartz", los que entraron oficialmente en servicio en 1964. -- rest irrelevant here It does contains the onset of DST rules in 1927 for 'cada ano' = each year, but no mention of a change of rules in 1932. By the way, it is interesting to note that this source confirms in the 1946 entry a division of the country into two zones, 'la capital y la zone central' and 'el resto del pais'. The capital is represented in tzdata as America/Santiago, the 'resto del pais' is not represented in tzdata, probably because the split ended before 1970. Possibly the split ended already on 21 May 1947, as it says 'zona +4 que rige para toda la Republica'. On 29.03.15 20:37, Arthur David Olson wrote: > ...which references a web page... > http://www.horaoficial.cl/horaof.htm

2 1

Re: [tz] Belarus is listed in MSK timezone
by Matt Johnson April 3, 2015

April 3, 2015

How can we even hope to achieve time zone abbreviations that follow what people use on the ground if some places don't use abbreviations at all? We also impose English abbreviations, when English might not be spoken in the region at all. IIRC, doesn't French Canada have abbreviations like HNE instead of EST? Personally, I'd rather see abbreviations removed entirely. If folks want them for display, they should probably get them from CLDR, where the can be properly localized. All we really need in tzdb is a flag to identify whether to use a standard-time or daylight-time version of the abbreviation. Am I wrong? I suppose some of the historical values like those used in "war time" wouldn't be in cldr, but couldn't those be moved to a separate file? ________________________________ From: Alan Barrett<mailto:apb@cequrux.com> Sent: ‎4/‎2/‎2015 12:57 PM To: tz(a)iana.org<mailto:tz@iana.org> Subject: Re: [tz] Belarus is listed in MSK timezone On Wed, 01 Apr 2015, Dzmitry Kazimirchyk wrote: > The main problem here is with MSK being both historically and > nowadays widely known as "Moscow time" and absolutely zero > public awareness of the fact that now it can also mean "Minsk > time" in addition to lack of any official sources explaining > that. What time zone abbreviation do people, news media, or official government sources in Belarus use to refer to their time zone? If there is a simple answer, than that's what should go into the tz database. If people on the ground disagree about the abreviation, then we can conduct some sort of popularity survey, as we did with Australia and the EST versus AEST question. If people on the ground don't use any abbreviation, then I suppose the tz project has to guess or invent something. --apb (Alan Barrett)

4 4

Re: [tz] Chilean time change
by Glenn Eychaner April 3, 2015

April 3, 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

6 7

Egypt transitions around Ramadan don't match timeanddate.com
by Patsy Franklin April 2, 2015

April 2, 2015

Hi, In 2014e tzdata NEWS file stated: > Release 2014e - 2014-06-12 21:53:52 -0700 >> >> Changes affecting near-future time stamps >> >> Egypt's 2014 Ramadan-based transitions are June 26 and July 31 at 24:00. >> (Thanks to Imed Chihi.) Guess that from 2015 on Egypt will temporarily >> switch to standard time at 24:00 the last Thursday before Ramadan, and >> back to DST at 00:00 the first Friday after Ramadan. Since Ramadan appears to start on Thursday, June 18 this year: http://www.timeanddate.com/holidays/us/ramadan-begins I'm not sure if we should be transitioning on June 18 or June 11. tzdata is set to transition on the June 11. While timeanddate is expecting to transition on June 18. The end of Ramadan transition back to DST also differs between timeanddate and tzdata. Can someone please confirm the correct transition dates? Thanks! Patsy

3 2

about DST in Europe
by David Carrara March 31, 2015

March 31, 2015

Good day, i'm writting to you about the file "europe" taken from tzdata-latest.tar.gz I read in it : « # There shouldn't be any [current members who are not using EU rules]. # A Directive has the force of law, member states are obliged to enact # national law to implement it. The only contentious issue was the # different end date for the UK and Ireland, and this was always allowed # in the Directive. » But i think this is small imprecision. in our European official documents there is a directive saying WHEN to change but i've never seen any directive saying we had to change (each country is free). The purpose of this directive is not to have everybody changing on his own date. It's easier with only one date, the same for all. There is no real mistakes in the file, since every Member States is already applying DST for now. So it sounds like it's the same. But I think these lines in the file maintain the imprecision. Furthermore, the tzdata file says « only contentious issue was the different end date for the UK and Ireland, and this was always allowed in the Directive. » But when I read the directive I see no exception about them. They don't have same timezone, but —it's the purpose of my email— having same timezone or not is not a part of the directive. So no exception is required about them. Neither about DST observance, each country can choose to have DST or not. It's all only about the schedule, then UK and Ireland are applying their DST at the same date we do (i'm in France). They change the same day at 1am UTC. So they don't create any exception at all. AND you can read this directive (link below), there is no line about UK ; source, European's 2000/84/CE directive ; http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:L:2001:031:0021:00… The only one exception is this line « shall not apply to the overseas territories of the Member States. » (geographical reasons) We also read in that directive that a 5 years-long schedule is made in advance. That means if anything has to change we will have to tell in advance. Thank you -- David C.

2 1

Kyiv time zone
by Simon March 27, 2015

March 27, 2015

To whom it may concern, I recently started using Ubuntu Linux on my desktop. While adding my time-zone to the parameters on the site I saw that you have "Kiev time zone". I wanted to point out that "Kiev" is an archaic transliteration of the city's name. Currently, as Ukraine is independent for close to 24 years, the proper transliteration would be "Kyiv" I kindly ask that you adopt the proper transliterated version. Kindest regards. Simon Kostenko

2 1

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