- tz - lists.iana.org

Discrepancies in European part of Russia (and nearby)
by Stepan Golosunov March 18, 2016

March 18, 2016

Hi, I compared Europe/Astrakhan, Europe/Ulyanovsk and https://ru.wikipedia.org/wiki/%D0%92%D1%80%D0%B5%D0%BC%D1%8F_%D0%B2_%D0%A0%… , noticed some discrepancies and decided to look a bit closer. 1. Europe/Astrakhan, 1961 transition. That one appears to be void and looks like an artifact of Stalingrad -> Volgograd renaming. 2. Europe/Samara, KUYT in 1991. Europe/Samara currently has KUYT between 1991-09-29 and 1991-10-20. But the decree of the Presidium of the Supreme Council of the RSFSR about renaming Kuybyshev to Samara is dated 1991-01-25: http://pravo.gov.ru/proxy/ips/?docbody=&nd=102010448 I also wanted to check the date of the 1991-10-20 transition but did not found any sources. 3. Europe/Chisinau, 1990 transitions. While googling for Soviet era documents for Russian zones I found the act of the government of the Republic of Moldova Nr. 132 from 04.05.1990 http://lex.justice.md/index.php?action=view&view=doc&lang=2&id=298782 It says that since 1990-05-06 on the territory of the Moldavian SSR time would be calculated as the standard time of the second time belt plus one hour of the "summer" time. To implement that clocks would be adjusted one hour backwards at 1990-05-06 2:00. After that "summer" time would be cancelled last Sunday of September at 3:00 and reintroduced last Sunday of March at 2:00. I believe that means UTC+0400 -> UTC+0300 transition at 1990-05-06 02:00 and that UTC+0300 -> UTC+0200 transition on 1990-09-30 was expected, while current Europe/Chisinau says UTC+0300 -> UTC+0200 at 1990-05-06 00:00 and no transitions on 1990-03-25 and 1990-09-30. 4. Asia/Barnaul, 1995. Letter of Bank of Russia from 25.05.1995 http://www.bestpravo.ru/rossijskoje/lj-akty/y3a.htm suggests that Altai Republic transitioned to Moscow+3 on 1995-05-28. Currently Asia/Barnaul guesses it was on Moscow+3 since 1992-01-19. http://regnum.ru/news/society/1957270.html has some historical data for Altai Krai: before 1957: west part on UTC+6, east on UTC+7 after 1957: UTC+7 since 1995: UTC+6 http://barnaul.rusplt.ru/index/pochemu_altajskij_kraj_okazalsja_v_neprivych… confirms that and provides more details including 1995-05-28 transition date. 5. Tomsk, 2002. http://pravo.gov.ru/proxy/ips/?docbody=&nd=102075743 transitions Tomsk to the time of the fifth time belt at 2002-05-01 03:00. Tomsk currently is listed under Asia/Novosibirsk with transition to Moscow+3 on 1993-05-23. 6. Europe/Astrakhan, Europe/Volgograd, 1991-1992 UTC+0400. Wikipedia provides different guess for these dates but explicitly says it's a guess. Are there any sources? 7. 1988 and 1989 changes. Wikipedia and other sources refer to the Act of the Council of Ministers of the USSR from 04.01.1988 No. 5 and the Act of the Council of Ministers of the USSR from 14.03.1989 No. 227 I did not found full texts of these acts. For the 1989 one we have title at http://base.garant.ru/70754136/ : "About change in calculation of time on the territories of Lithuanian SSR, Latvian SSR and Estonian SSR, Astrakhan, Kaliningrad, Kirov, Kuybyshev, Ulyanovsk and Uralsk oblasts". And http://astrozet.net/files/Zones/DOC/RU/1980-925.txt appears to contain quotes from both acts: Since last Sunday of March 1988 rules of the second time belt are installed in Volgograd and Saratov oblasts. Since last Sunday of March 1989: a) Lithuanian SSR, Latvian SSR, Estonian SSR, Kaliningrad oblast: second time belt rules without extra hour (Moscow-1); b) Astrakhan, Kirov, Kuybyshev, Ulyanovsk oblasts: second time belt rules (Moscow time) c) Uralsk oblast: third time belt rules (Moscow+1). Currently Europe/Riga, Europe/Tallinn, Europe/Astrakhan, Europe/Samara, Europe/Ulyanovsk and Asia/Oral agree with the acts; Europe/Volgograd, Europe/Vilnius and Europe/Kaliningrad disagree. The 1989 act is mentioned in the comments for Latvia. 8. Europe/Kaliningrad, 1989-1992. Contemporary article reproduced at http://www.rgo.ru/ru/kaliningradskoe-oblastnoe-otdelenie/ob-otdelenii/publi… confirms that the 1989 change to Moscow-1 was implemented. (The article, though, is misattributed to 1990 while saying that summer->winter transition would be done on the 24 of September. But 1990-09-24 was Monday, while 1989-09-24 was Sunday as expected.) 2014 article at http://www.kaliningradka.ru/site_pc/cherez/index.php?ELEMENT_ID=40091 says that Kaliningrad switched to Moscow-1 on 1989-03-26, avoided at the last moment switch to Moscow-1 on 1991-03-31, switched to Moscow on 1991-11-03, switched to Moscow-1 on 1992-01-19. Europe/Kaliningrad currently disagrees with this between 1989-03-26 and 1991-11-03. 9. Europe/Vilnius, 1989. Lithuania most probably did switch to Moscow-1 on 1989-03-26 but this is not reflected in Europe/Vilnius. 10. Europe/Volgograd, 1988-1989. Volgograd and Saratov supposedly switched to Moscow time on 1998-03-27. Kirov supposedly switched on 1989-03-26. Europe/Volgograd currently says switch happend on 1989-03-26. 11. Regions-violators, 1981-1982. Wikipedia refers to http://maps.monetonos.ru/maps/raznoe/Old_Maps/Old_Maps/Articles/022/3_1981.… and http://besp.narod.ru/nauka_1981_3.htm . The second link provides two articles scanned from the Nauka i Zhizn magazine No. 3, 1981 and a scan of the short article attributed to the Trud newspaper from Feburary 1982. The first link provides the same Nauka i Zhizn articles converted to the text form (but misses time belt changes map). The second Nauka i Zhizn article says that in addition to introduction of summer time on 1981-04-01 there are some time belt border changes on 1981-10-01, mostly affecting Nenets Autonomous Okrug, Krasnoyarsk Krai, Yakutia, Magadan Oblast and Chukotka according to the provided map (colored one). In addition to that "time violators" (regions which were not using rules of the time belts in which they were located) would not be moving off the DST on 1981-10-01 to restore the decree time usage. (Komi ASSR was supposed to repeat that move in October 1982 to account for the 2 hour difference.) Map depicting "time violators" before 1981-10-01 is also provided. The article from Trud says that 1981-10-01 changes caused problems and some territories would be moved to pre-1981-10-01 time by not moving to summer time on 1982-04-01. Namely: Dagestan, Kabardino-Balkar, Kalmyk, Komi, Mari, Mordovian, North Ossetian, Tatar, Chechen-Ingush and Chuvash ASSR, Krasnodar and Stavropol krais, Arkhangelsk, Vladimir, Vologda, Voronezh, Gorky, Ivanovo, Kostroma, Lipetsk, Penza, Rostov, Ryazan, Tambov, Tyumen and Yaroslavl oblasts, Nenets and Evenk autonomous okrugs, Khatangsky district of Taymyr Autonomous Okrug. As a result Evenk Autonomous Okrug and Khatangsky district of Taymyr Autonomous Okrug would end up on Moscow+4, Tyumen Oblast on Moscow+2 and the rest on Moscow time. http://astrozet.net/files/Zones/DOC/RU/1980-925.txt attributes the 1982 changes to the Act of the Council of Ministers of the USSR No. 126 from 18.02.1982. 1980-925.txt also adds Udmurtia to the list of affected territories and lists Khatangsky district separately from Taymyr Autonomous Okurg. Probably erroneously. The affected territories are currently listed under Europe/Moscow, Asia/Yekaterinburg and Asia/Krasnoyarsk. 12. Udmurtia The fact that Udmurtia is depicted as a violator in the Nauka i Zhizn article hints at Izhevsk being on different time from Kuybyshev before 1981-10-01. Udmurtia is not mentioned in the 1989 act. http://astrozet.net/files/Zones/DOC/RU/1980-925.txt implies Udmurtia was on Moscow time after 1982-04-01. Wikipedia implies Udmurtia being on Moscow+1 until 1991.

2 7

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

March 17, 2016

The 2016b 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. A last-minute note: some 2016b data entries cause zic implementations derived from tz releases 2005j through 2015e to issue warnings like "time zone abbreviation differs from POSIX standard (+03)". These warnings should not otherwise affect zic's output and can safely be ignored on today's platforms, as the warnings refer to a restriction in POSIX.1-1988 that was removed in POSIX.1-2001. One way to suppress the warnings is to upgrade to zic derived from tz releases 2015f and later. Changes affecting future time stamps New zones Europe/Astrakhan and Europe/Ulyanovsk for Astrakhan and Ulyanovsk Oblasts, Russia, both of which will switch from +03 to +04 on 2016-03-27 at 02:00 local time. They need distinct zones since their post-1970 histories disagree. New zone Asia/Barnaul for Altai Krai and Altai Republic, Russia, which will switch from +06 to +07 on the same date and local time. Also, Asia/Sakhalin moves from +10 to +11 on 2016-03-27 at 02:00. (Thanks to Alexander Krivenyshev for the heads-up, and to Matt Johnson and Stepan Golosunov for followup.) As a trial of a new system that needs less information to be made up, the new zones use numeric time zone abbreviations like "+04" instead of invented abbreviations like "ASTT". Haiti will not observe DST in 2016. (Thanks to Jean Antoine via Steffen Thorsen.) Palestine's spring-forward transition on 2016-03-26 is at 01:00, not 00:00. (Thanks to Hannah Kreitem.) Guess future transitions will be March's last Saturday at 01:00, not March's last Friday at 24:00. Changes affecting past time stamps Europe/Chisinau observed DST during 1990, and switched from +04 to +03 at 1990-05-06 02:00, instead of switching from +03 to +02. (Thanks to Stepan Golosunov.) 1991 abbreviations in Europe/Samara should be SAMT/SAMST, not KUYT/KUYST. (Thanks to Stepan Golosunov.) Changes to code tzselect's diagnostics and checking, and checktab.awk's checking, have been improved. (Thanks to J William Piggott.) tzcode now builds under MinGW. (Thanks to Ian Abbott and Esben Haabendal.) tzselect now tests Julian-date TZ settings more accurately. (Thanks to J William Piggott.) Changes to commentary Comments in zone tables have been improved. (Thanks to J William Piggott.) tzselect again limits its menu comments so that menus fit on a 24x80 alphanumeric display. A new web page tz-how-to.html. (Thanks to Bill Seymour.) In the Theory file, the description of possible time zone abbreviations in tzdata has been cleaned up, as the old description was unclear and inconsistent. (Thanks to Alain Mouette for reporting the problem.) Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2016b.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2016b.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2016b.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2016b.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 70161f48bc212678c58490f7faabc286c90b2a05 dated Sat Mar 12 17:30:14 2016 -0800 and tagged '2016b' in the experimental github repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: 53f7405fd0466f5acc5d1dd590546abb6e3f4240d6a78ce7e965908d9310e8b8686c8fbe887947c513a4de65e3e3fc038d64215a330267397f37e6efce71f0b8 tzcode2016b.tar.gz 6d30215ba3289a5b85a632d635b76a54c3c08d97e426d6bd89f83c4efd252e43959593b21cca9d2b185f3845358908946cc308365accbee94f126ad3057cf838 tzdata2016b.tar.gz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJW5MM9AAoJEO2X6Q5iqn40ptQP/2aU2c7blSof/PppmYUs/+Vg X+96FtZyN2JeUSdn5MjhquLlIaib8fg/vqLQJrcrBtansAwXzhpQ8bfSxv4wxFGS kij7H+37ym/KKW8pLPQFLORaNqGYKIpbBYq+aXYLvIycUgmNVX9hTIbvhbFWp8Vb n1GxzZX+p/b6Iyi7j+yEUmI+cGkNoZsHpBIqpG3mZbVc63bzPCvzOujBq3zQ4IG8 Mho/UWoqEIrCeBllFkdqPQ3i63MdE87OdtF2jXDgcDdrw/rBpuT84fp4a2rPkvIM TJf6NjIzY5D9jehkUoC0pKO5iVVvRTGAExpYr9R+jsddo1mp37V29NKLXOfnEFXK rTfXvvVDddF57rXZhV9oo0mMBCjT+5+5ZTnx2d1s+4zhZ9lrlMm/PfNWwf6d7/q9 Q68pqYrcLgc07vKm7wiLnNxSUL8aK5QvN5iGIFR4Qwxv/2Jl7tdHc+yRWtleOazg VLdagXMCtLB01pLatuc08yrXqLVwysUyLxhwiQ4S9dURh82KHzwQnaHFRUsT8T8v 8Gu3IKkGSHZofVE3hkwLJTmP9q+QAWyd71ealTKbpnAVeGPpmSAxUfi8tk1xRolA VZ+axKVRap4kdYVZqfwXBCPR1ImCLGBYf5umEfokUwKeWxvek5ff0rtEziYCKmjO iNm3Lnij0Iefpj1wUQfV =nUaG -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJW5MNIAAoJEO2X6Q5iqn40GOIP/3nMNTy9HANyUl+iIlRRHeDB 2S8/VCOulJO6rWwLysuqAoKlHr2Ibrvr78N2v0H64KUGsnncVV4DJdy4l3u2r+Os Mf4RumPxdeVoLBWejlN2ASPwc2AujlTUrelscW4TVB3fRkjPu6uPqyhpNEYaryM3 UEvcib7KQvdGzK5jONIpUqqn4khrB7j/ccJ3ma7IlUIOSRku8fTneF4kYwpuqonI ewwJ34zJAevzKSvUpRbbg7m9ODl//5zA7vvCoF9/Mk1mnmcYXAQ2dZHwp+tRtNAw NtVwiQ4ATYgnQpiwUr8SzRST3o2KiSOQl+q5nAJhNAu4uYDYcYd2BkFZboVb1JMo ZRrrxaYEt7ruPNsQMrLiDtt/T7526QrGZ566TNFkeqE+b7jYhM6eB1yTyMmNt54c EKoRDmK6BsrK4v/UWvDZVBbLD3USo9E8rRKem/mbu6/1LgPKlRBSHG8y4OUAZ+LL +86nSiPm8vujj4oKHBLCr7mbaCKn0eEjKOVCZ/kFa5/5XoHyfU2nSeX71SP2frvy vnpFwCRMnaphhjQpetVj1vFTOpnUjVFGNAgHlEDqYH82B5KONLnzSE6uLX5+tVPh sQ6ZsH6Nvkg5gCsDidtYuL6barDn1+EJD7ekYIxty+triARc7vB6AQdXWJRT2lmF Z1yJqqtod0FsXF5DAiSx =kNEq -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

2 2

Azerbaijan cancels DST
by Steffen Thorsen March 17, 2016

March 17, 2016

According to several news sources, the Azerbaijani Cabinet of Ministers has cancelled switching to daylight saving time. This seems to be valid immediately. http://www.azernews.az/azerbaijan/94137.html http://vestnikkavkaza.net/news/Azerbaijani-Cabinet-of-Ministers-cancels-day… http://en.apa.az/xeber_azerbaijan_abolishes_daylight_savings_ti_240862.html Best regards, Steffen Thorsen - timeanddate.com

2 1

Building tzcode on Windows / MinGW
by Matt Johnson March 16, 2016

March 16, 2016

With the recent contributions to tzcode, I understand that building under MinGW should now be possible. However, I've gone through all the docs I could find on various ways to set up an environment for this, and despite my best efforts and several hours of frustration, I could not get a successful build. It would be greatly appreciated if someone could either respond with a quick "how to", or post a blog or something explaining the minimal setup needed to make this work. Which distribution do I download (MinGW, MinGW-w64), what environment do I need (cygwin, msys, bare windows), what minimal toolchain or cygwin packages, or msys packages, etc do I need? Do I need "Win-builds" (win-build.org)? Also, is compiling under Visual Studio possible? At the end of the day, I want a zic.exe that I can run against a specific set of tzdata source files, and a zdump.exe I can run on the binary output of zic. I'd like to be able to run both on Windows without having to have anything special on the machine at runtime. Thanks, Matt

3 2

Re: [tz] Status in the Carribean
by Steve Jones March 15, 2016

March 15, 2016

>At 09:18 AM 3/15/2016, Paul_Koning(a)Dell.com wrote: >>A limitation of that format is that it doesn't show that DST rules >>vary from one country to another, so while there is a whole stripe >>of EST/EDT, the transition may not occur all at once across that whole stripe. Paul: Yes, that is a significant limitation. On the exceptions page (http://ontimezone.com/exceptions.php#dst) it says "...most North American locations follow DST (not necessarily on the same schedule)." Then it lists the exceptions. I haven't found a simple, intuitive way to present that data on the map. I've tried, and it just seems to further obfuscate an already confusing topic. Within the limited scope of OnTimeZone.com (http://ontimezone.com/images/na.gif) all DST observance is on the same schedule with the sole exception of that portion of Mexico outside the states of Sonora and Quintana Roo (which do not observe DST) and the poorly defined areas near the US border (20km + various specific locales), which observe DST on the US schedule. Steve Jones OnTimeZone.com

1 0

Re: [tz] Status in the Carribean
by Steve Jones March 15, 2016

March 15, 2016

At 06:20 PM 3/14/2016, Clinton Roy wrote: >(404's for me :) Argh! Apologies, and thanks for the heads-up. It's working now: http://OnTimeZone.com/images/caribbean.gif Steve Jones OnTimeZone.com

2 1

2016b is on GitHub
by Paul Eggert March 15, 2016

March 15, 2016

Given the urgency of the Haiti rule change in a few hours, I've prepared a new tz version 2016b. It is available at <https://github.com/eggert/tz> as commit 70161f48bc212678c58490f7faabc286c90b2a05. Although this is intended to be the next release, published as usual, it can take a bit of time to turn the crank so I thought I'd give the mailing list a heads-up. 2016b does not incorporate all changes recently circulated. Notably it's missing historical changes for Russia contributed by Stepan Golosunov, which I haven't had time to proofread carefully. I'd like to get all this stuff fixed soon, although we may have to wait until the spring silly season is over.

2 2

Some historical information about tz code.
by Random832 March 15, 2016

March 15, 2016

(Posted to both The Unix Heritage Society and the TZ mailing list) I've been off-and-on reading the "live minus thirty years" old usenet feed at olduse.net, and noticed something that may be of interest to both of these groups: The original mod.sources posting of the (as far as I can tell) earliest available version of Arthur David Olson's timezone handling code, in 1986. https://groups.google.com/d/msg/mod.sources/gcolqTxTt9w/04ZtaYCxLvcJ For the files present in both, it matches revision 7441f6b6 from the git repository, except for SCCS IDs vs %W%. https://github.com/eggert/tz/tree/7441f6b6705782743f40b9fc40cdcc80a498fda5 The git repository contains a file ialloc.c that is not present in the release. Probable renamed files - These appear in the git repository under their new names, but had the older names in the release. New: localtime.c newctime.3 zdump.c zic.8 zic.c Old: tzcomp.8 tzcomp.c tzdump.c settz.c settz.3 Files in the release but not this version of the git repository: mkdir.c strchr.c: These never appear, though they're referenced in Makefile edits. pacificnew: doesn't appear until SCCS version 8.1 in revision aaf2a927 dated July 2006. years.sh: Appears as SCCS 7.1 yearistype.sh, dated March 1992.

2 1

More DST humor
by Steve Jones March 15, 2016

March 15, 2016

A recent take on kind of an obvious joke - I bet it first made the rounds in 1947: http://xkcd.com/1655/ Steve Jones OnTimeZone.com

2 1

Status in the Carribean
by Steve Jones March 14, 2016

March 14, 2016

It's been a busy time in the Carribean, what with Quitana Roo, Turks & Caicos, and now Haiti. I've updated an image that reflects the new current status of that region: http://OnTimeZone.com/images/caribbean.gif (magenta lines = time zone borders) (blue lines = dst observance borders) Over water, the lines were not drawn to be "anatomically correct", though they lie on the correct side of any island. Steve Jones OnTimeZone.com

1 0