- tz - lists.iana.org

tzdata isstd question
by Ken Murchison Oct. 30, 2015

Oct. 30, 2015

All, Given the following zone: Zone America/Atikokan -6:06:28 - LMT 1895 -6:00 Canada C%sT 1940 Sep 29 -6:00 1:00 CDT 1942 Feb 9 2:00s -6:00 Canada C%sT 1945 Sep 30 2:00 -5:00 - EST I'm wondering why the transition on Feb 9, 1942 isn't flagged as being observed at standard time in the compiled tzfile. Does the time suffix in UNTIL not get applied to the following transition? -- Kenneth Murchison Principal Systems Software Engineer Carnegie Mellon University

4 5

include implementations of str{f,p}time{,_l} in tzcode
by christos＠zoulas.com Oct. 30, 2015

Oct. 30, 2015

Hello, I think that it is an omission for those functions not to be included in tzcode. They are tightly bound to the rest of the time code implementation and although standardized, the implementations that the most popular operating systems provide vary in behavior. Yes, I understand that there are portability considerations (locale for example) that need to be handled, but not including them is taking the easy way out. Best, christos

4 3

timezone change for antarctica\casey [SEC=UNCLASSIFIED]
by Michael Chinn Oct. 30, 2015

Oct. 30, 2015

Hi, Im not too sure on the correct formatting for submitting changes to tzdata, or if the Antarctic tzdata is still being maintained? There is a change for the Australian Antarctic zone Antarctica/Casey went to +1100 for Summer operations on Sunday 04 October at 2am. Source: http://www.antarctica.gov.au/living-and-working/stations/weather and internal emails Also, there is an location for Wilkins Aerodrome that technically can have its own timeone separate from Casey. If it is useful I can get some historical dates? Michael Chinn Information Communications & Technology Section Australian Antartic Division 203 Channel Hwy Kingston TAS 7050 Ph 03 6232 3289 Fax 0362832574 ___________________________________________________________________________ Australian Antarctic Division - Commonwealth of Australia IMPORTANT: This transmission is intended for the addressee only. If you are not the intended recipient, you are notified that use or dissemination of this communication is strictly prohibited by Commonwealth law. If you have received this transmission in error, please notify the sender immediately by e-mail or by telephoning +61 3 6232 3209 and DELETE the message. Visit our web site at http://www.antarctica.gov.au/ ___________________________________________________________________________

2 1

Official definition and origin of the term "Central European Time"
by Even Scharning Oct. 29, 2015

Oct. 29, 2015

Is there an official definition of the term "Central European Time" (CET), specifically which UTC offset(s) it refers to? If there is no official definition, where did the term originate from? I asked the information desk at the EU (Europe Direct) to help me find links to relevant legislature, but their reply was that term CET is "not regulated at a EU level, but internationally". All credible sources I have found, say that CET is a constant UTC+1. The closest thing I have found to an authoritative document, is the German Time Act from 1978. It says: "Legal time is Central European Time. It is defined as Coordinated Universal Time plus one hour." There is no reference to the origin of this definition, and no information of whether anyone other than the Germans agree on this definition. http://www.cl.cam.ac.uk/~mgk25/time/zeitgesetz.en.html On the EU's web pages (for instance http://europa.eu/contact/index_en.htm) times are usually given in CET, not CEST (Central European Summer Time), even though daylight saving time is currently observed. Google gives a few hundred thousand results for CET on europa.eu, and numerous of these results are hits on dates in the daylight saving time period. I think it makes more sense to define CET as alternating between UTC+1 (standard time) and UTC+2 (when DST is observed). (See http://time.is/CET for a more elaborate definition.) This is in line with for instance the US time zones Pacific Time and Eastern Time, which refer to the time currently observed, whether it is standard time or daylight saving time. Even Scharning Time.is - exact time for any time zone http://time.is/

6 6

Re: [tz] America/Santa_Isabel
by Greg Slayden Oct. 27, 2015

Oct. 27, 2015

The largest population center in Baja California State south of Ensenada is San Quintín, 190 km south of Ensenada. A new municipality of that name will separate from the large Ensenada municipality on December 1, 2016, and although there are other large localities such as Lazaro Cardenas in that area, San Quintin seems to be the central administrative town. See https://en.wikipedia.org/wiki/San_Quint%C3%ADn,_Baja_California I see conflicting information online about when DST ends there, either November or October. Making contact with locals in that area is likely the best way to find out

5 11

unsubscribe
by Mehdi.Erroussafi＠inwi.ma Oct. 27, 2015

Oct. 27, 2015

[cid:image001.jpg@01D110B0.3DB0CAE0] Elmehdi Erroussafi Manager Core Voice/Data/Vas Direction opérations et maintenance mobile : 0600 000 140 mail : mehdi.erroussafi(a)inwi.ma<mailto:mehdi.erroussafi@inwi.ma> site : www.inwi.ma<http://www.inwi.ma/> imprimer utile préserve l'environnement ________________________________ « Ce message et toutes les pièces y jointes sont susceptibles de contenir des informations confidentielles ou privilégiées, lesquelles ne doivent être reproduites, diffusées ou exploitées sans autorisation. L'intégrité des messages électroniques n'étant pas garantie, WANA CORPORATE décline toute responsabilité dans le cas où ce message aurait été altéré, déformé ou falsifié. Ce message est établi à l'attention exclusive de ses destinataires. Si vous avez reçu ce message par erreur, veuillez le signaler à l'expéditeur et le détruire y compris les pièces jointes. Merci. » -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- « This message and its attachments may contain confidential or privileged information that should not be copied, distributed or used without authorization. As the integrity of emails may not be guaranteed, WANA CORPORATE is not liable for messages that have been modified, changed or falsified. If you have received this email in error, please notify the sender and delete this message and its attachments. Thank you. »

1 0

Re: [tz] Version in zoneinfo files?
by Paul Ganssle Oct. 25, 2015

Oct. 25, 2015

I don't think anyone's stopping you from using old zic to compile newer data. My understanding is that the release version is in the Makefile of all version-2 tzdata files, so nothing would have to change about the tzdata files themselves. You may well have metadata-incompatible zoneinfo files for some time, however, if compiling them with older versions of zic, but I think there's always going to be some lag between the introduction of a new versioning system and reliability in its adoption. On 10/25/2015 01:51 PM, Tim Parenti wrote: > > On 25 October 2015 at 13:26, Paul G <paul(a)ganssle.io <mailto:paul@ganssle.io>> wrote: > > > I think, as Paul E suggests, keeping the version external is a good choice here. It encourages people to use whatever the platform provides to find out the exact, local version information. If anyone knows how to find out what version of tzdata is installed on this macbook I’d love to know :) > > I think this perfectly illustrates the reason why the versioning should be at the zic level and not downstream. > > > There's also the separate matter that tzcode and tzdata are separate and largely independent. Although there have been a few breaking changes to the data format over the years, in principle, there's little reason someone couldn't use a 2014j zic to compile 2015g data, and I suspect that sort of thing actually happens somewhat often. > > -- > Tim Parenti

1 0

Re: [tz] Version in zoneinfo files?
by Guy Harris Oct. 25, 2015

Oct. 25, 2015

On Oct 25, 2015, at 10:37 AM, Paul G <paul(a)ganssle.io> wrote: > On 10/25/2015 01:35 PM, Guy Harris wrote: > >> So where would zic get the version information to put into the binary files? > > My understanding is that it's the VERSION= line of the Makefile in the tzdata tarballs. I.e., you're proposing that the value of the VERSION value in the Makefile be passed as an argument to zic, and zic would put the value of that argument into a field in the files? So, if the goal is to provide a "reliable way to get the version information in a cross-platform way", what would ensure that this field be set properly, for some value of "properly", everywhere that binary tzdata files are generated? I.e., what is to guarantee that 1) nobody downstream change VERSION if they aren't changing the zic files from what's distributed and 2) people change it "properly" if the files don't correspond to a particular version of files that were distributed (e.g., if some downstream supplier takes 2015q and adds some changes mentioned on the list to it before 2015r comes out with those changes plus other changes, they should call the resulting files something other than "2015q" or "2015r")?

1 0

Version in zoneinfo files?
by Paul G Oct. 25, 2015

Oct. 25, 2015

My understanding is that while the release version e.g. 2014i, etc, is in the tzdata makefile, the binary output by zoneinfo does not have any sort of metadata included. Is this accurate? Is there any way to tell from the zoneinfo output what version was used to generate it? If not, I would like to suggest that a VERSION or METADATA file be added to the zoneinfo output. Otherwise you end up having to bundle your own metadata file along with the zoneinfo (which means that two applications that both consume zic output may each have to bundle their own binary, which can cause problems as two applications with different release cycles go out of sync from one another).

5 6

Re: [tz] Version in zoneinfo files?
by Paul Ganssle Oct. 25, 2015

Oct. 25, 2015

To: Guy Harris <guy(a)alum.mit.edu> On 10/25/2015 01:35 PM, Guy Harris wrote: > So where would zic get the version information to put into the binary files? > My understanding is that it's the VERSION= line of the Makefile in the tzdata tarballs. (Sorry guy, forgot to Reply-All)

1 0

Scientists, and Journalists and Boomtown Mondays
by Steffen Nurpmeso Oct. 24, 2015

Oct. 24, 2015

Researchers have spotted some curious links between daylight saving and our health, including [2]fewer heart attacks[/2] when the clocks go back. For others the extra hour in bed this weekend [3]is a time to embrace our inner sloth[/3], the undisputed champion of indolence, and a chance to explore our history of laziness. [2] http://theconversationuk.cmail2.com/t/r-l-ztyhlht-iduidjkttk-j/ [3] http://theconversationuk.cmail2.com/t/r-l-ztyhlht-iduidjkttk-t/ [2] says: In 2008, researchers examined the influence of these transitions on the incidence of heart attacks across several years of hospital admissions data. They focused on the two weeks before and after the clocks changed. Worryingly, they found a spike in the number of reported heart attacks after the transition to DST in the spring. In contrast, after moving out of daylight savings time in the autumn this trend was reversed. Worryingly when i walk through the forests in spring (around that time) i see a lot of heart-attacked mice which collapsed while crossing sunny forest roads. Note (just in case you never faced this mystery yourself) it must be sunny and warm for that to happen. I always feel sad when i see those corpses, after six to eight months of starvation and piercing cold, died in the first real warmth of spring! Likewise it seems right now many of us (here in Darmstadt) don't want to see the last leaves fall and prefer the everlasting cold instead ((([4]))). Well. The actual data that backs that story above [5] is supported by the "Swedish Council of Working Life and Social Research, Ansgarius Foundation, King Gustaf V and Queen Victoria's Foundation, and the Swedish Heart and Lung Foundation", and it also reads Our data suggest that vulnerable people might benefit from avoiding sudden changes in their biologic rhythms. It has been postulated that people in Western societies are chronically sleep deprived, since the average sleep duration decreased from 9.0 to 7.5 hours during the 20th century.4 Therefore, it is important to examine whether we can achieve beneficial effects with prolonged sleep. The finding that the possibility of additional sleep seems to be protective on the first workday after the autumn shift is intriguing. It follows frightening talk about work on Mondays, so better read it: Not before Tuesday! Have a nice weekend. [4] https://www.youtube.com/watch?v=1j-8VcGjMxU (Tiger Lillies - Autumn Leaves) [5] http://www.nejm.org/doi/full/10.1056/NEJMc0807104 --steffen

1 0

Re: [tz] Official definition and origin of the term "Central European Time"
by Matt Johnson Oct. 24, 2015

Oct. 24, 2015

Generally speaking, CET = UTC+1, and CEST = UTC+2. Though in some contexts, CET may be used to identify the pair. It's slightly different than the US, as we have the generic term Pacific Time to cover both PST and PDT, but Europe doesn’t have such a generic term. Looking at your implementation, may I suggest that you create a url for time.is/CEST that is always UTC+2, while time.is/CET is always UTC+1. However, you may want to add a link on the CET page that says something like, "Some locations that observe CET in the winter may be currently observing CEST". Keep in mind that while EU countries are aligned, other locations may use CET/CEST but transition on alternate dates or times, and other locations may be on CET all year long. Also consider that CLDR gives "Central European Standard Time" for long standard form, "Central European Summer Time" for the long daylight form, and "Central European Time" for the long generic form. However, it gives the abbreviations "CEST" to the short daylight form, and "CET" to both the short standard and short generic forms. http://www.unicode.org/cldr/charts/28/by_type/timezones.europe.html As you work more with other time zone abbreviations, you're going to find many other inconsistencies and ambiguities. CST having 5 different interpretations, etc. https://en.wikipedia.org/wiki/List_of_time_zone_abbreviations -----Original Message----- From: tz-bounces(a)iana.org [mailto:tz-bounces@iana.org] On Behalf Of Even Scharning Sent: Friday, October 23, 2015 11:52 AM To: Time Zone Mailing List <tz(a)iana.org> Subject: [tz] Official definition and origin of the term "Central European Time" Is there an official definition of the term "Central European Time" (CET), specifically which UTC offset(s) it refers to? If there is no official definition, where did the term originate from? I asked the information desk at the EU (Europe Direct) to help me find links to relevant legislature, but their reply was that term CET is "not regulated at a EU level, but internationally". All credible sources I have found, say that CET is a constant UTC+1. The closest thing I have found to an authoritative document, is the German Time Act from 1978. It says: "Legal time is Central European Time. It is defined as Coordinated Universal Time plus one hour." There is no reference to the origin of this definition, and no information of whether anyone other than the Germans agree on this definition. http://www.cl.cam.ac.uk/~mgk25/time/zeitgesetz.en.html On the EU's web pages (for instance http://europa.eu/contact/index_en.htm) times are usually given in CET, not CEST (Central European Summer Time), even though daylight saving time is currently observed. Google gives a few hundred thousand results for CET on europa.eu, and numerous of these results are hits on dates in the daylight saving time period. I think it makes more sense to define CET as alternating between UTC+1 (standard time) and UTC+2 (when DST is observed). (See http://time.is/CET for a more elaborate definition.) This is in line with for instance the US time zones Pacific Time and Eastern Time, which refer to the time currently observed, whether it is standard time or daylight saving time. Even Scharning Time.is - exact time for any time zone http://time.is/

2 1

Windows time zone update
by Matt Johnson Oct. 21, 2015

Oct. 21, 2015

Not tzdb related per se, but interested parties on this list may like to know that Microsoft has released a hotfix for Windows operating systems to address DST changes in Fiji and Turkey, and to add the new time zone for North Korea. https://support.microsoft.com/en-us/kb/3093503 These are essentially the same changes as made in tzdb 2015g and 2015f for Pacific/Fiji, Europe/Istanbul, and Asia/Pyongyang. Affected Windows computers should update as soon as possible, as both Fiji and Turkey had DST changes that would otherwise occur on October 25th. Regards,Matt JohnsonMicrosoft

1 0

Time zones get in the way of Romanian power trading
by Paul Eggert Oct. 20, 2015

Oct. 20, 2015

ANRE, the energy regulator in Romania, has an interesting way of trading electric power. Its power exchange operates on Central European Time, whereas its over-the-counter platform operates on Eastern European Time. This is because the power exchange is part of the 4M market (the Czech Republic, Hungary, Romania, and Slovakia) which has standardized on CET, whereas the OTC platform is based on the local time in Romania. As a result, a participant who trades a day ahead on the Romanian OTC platform can be caught out of balance if they attempt to clear their position on the exchange. ANRE says the cost of shifting their OTC platform to CET would exceed the benefits of simpler access to the markets. In the meantime, it would seem that there are interesting time-zone-based arbitrage opportunities in Romanian power trading (or maybe opportunities for anti-arbitrage? :-). These are all 24-hour markets. Dumb question: why don't they standardize on UTC? Udubasceanu S. Romanian regulator to maintain time-zone split across power trading platforms. ICIS 2015-10-15 <http://www.icis.com/resources/news/2015/10/15/9933560/romanian-regulator-to…>

3 2

Different tzdata-latest.tar.gz files returned from different servers
by David Kyes Oct. 20, 2015

Oct. 20, 2015

Hello, It appears cache1.lax.icann.org is still returning the previous 2015f tzdata file when requesting the tzdata-latest.tar.gz from www.iana.org. I have been receiving 2 different responses for the tzdata-latest.tar.gz depending on which icann.org server handles the request. cache1.lax.icann.org is responding with the 2015f tzdata file and "cache1.lax.icann.org" is returning the 2015g. Below are network traces which show the difference in X-Cache-Host , Content-Length and Last-Modified response headers. Opening the Makefile confirms the different versions. Thank you, David Kyes cache1.lax.icann.org =========================== GET https://www.iana.org/time-zones/repository/tzdata-latest.tar.gz HTTP/1.1 User-Agent: Fiddler Host: www.iana.org HTTP/1.1 200 OK Last-Modified: Tue, 11 Aug 2015 02:02:03 GMT Vary: Accept-Encoding content-type: application/x-gzip Cache-Control: public, max-age=3600 Content-Length: 298815 Accept-Ranges: bytes Date: Sat, 10 Oct 2015 01:32:42 GMT Connection: keep-alive Server: Apache X-Cache-Host: cache1.lax.icann.org X-Cache-Hits: 51399 ========================== Makefile VERSION= 2015f ========================== ========================== cache2.lax.icann.org ========================== GET https://www.iana.org/time-zones/repository/tzdata-latest.tar.gz HTTP/1.1 User-Agent: Fiddler Host: www.iana.org HTTP/1.1 200 OK Last-Modified: Thu, 01 Oct 2015 15:09:07 GMT Vary: Accept-Encoding content-type: application/x-gzip content-encoding: identity Cache-Control: public, max-age=3600 Content-Length: 300363 Accept-Ranges: bytes Date: Sat, 10 Oct 2015 00:09:21 GMT Connection: keep-alive Server: Apache X-Cache-Host: cache2.lax.icann.org X-Cache-Hits: 72168 ========================== Makefile VERSION= 2015g

3 2

question about SHA512 when using tzdata
by gerar.moisset＠orange.com Oct. 19, 2015

Oct. 19, 2015

Hello. Is it possible to have a howto procedure ot use SHA-512 checksums when using tzdata? I am getting some errors when trying to update our java, like this, /opt/jdksun64/1.7.0_71/bin/java -jar /opt/jdksun64/1.7.0_71/jre/lib/tzupdater.jar -f -l http://localhost:81/tzdata2015g.tar.gz -v It returns, tzupdater tool would update with tzdata version: tzdata2015g Error encountered while downloading https://javadl-esd-secure.oracle.com/update/tzupdater/tzdata2015g.tar.gz.sh… And I don't see very well how to use your SHA-512 checksums procedure. Gérard Moisset gerar.moisset(a)orange.com<mailto:gerar.moisset@orange.com> _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.

5 8

Bloomberg open-source tzdata implementation
by Andrew Paprocki Oct. 16, 2015

Oct. 16, 2015

For anyone interested, a new implementation was recently open-sourced. Bloomberg's timezone library including tzdata parser was part of the recent 3.0 release of the BDE C++ library. This is built on top of the previously released date/time vocabulary types. High-level utility for performing conversions, TimeZoneUtil (doxygen): http://bloomberg.github.io/bde/group__baltzo__timezoneutil.html All baltzo:: component docs: http://bloomberg.github.io/bde/group__baltzo.html All baltzo:: component code: https://github.com/bloomberg/bde/blob/master/groups/bal/baltzo -Andrew @ Bloomberg

2 1

Re: [tz] [Tzdist] Timezone in Brazil
by Lester Caine Oct. 12, 2015

Oct. 12, 2015

On 12/10/15 17:55, Paul Eggert wrote: >> you can't use tzdb for reliable conversions prior to 1970! > > Not so. Absolutely you can use tzdata, for places like Europe/London in > 1915 where the information has been checked and double-checked. True, > tzdata is unrelable for *some* locations before 1970, but it's also > unreliable for some locations *after* 1970. If you want guaranteed > reliability, you're not going to find it in tzdata, nor in any other > database out there. Europe/Jersey and Europe/Guernsey did not follow London during the war and other backzone aliases also vary across Europe in that period Europe/Belfast followed Ireland pre 1968 and like Europe/Isle_of_Man switched to a standard time at a different date to the rest of the UK. All only little point's, but important differences in the pre 1970 chronology! These differences are validated data ... but missing if a distribution simply switches backzone off and while yes some backzone material is unverified, this particular section is very much verified. So how does one recognise that those aliases are returning the correct pre-1970 data and not just mirroring Europe/London or one of the other generic European rule sets? -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

1 0

[PATCH] * checktab.awk: Typo fix for error message
by Gilmore Davidson Oct. 12, 2015

Oct. 12, 2015

Hi, while looking into the make scripts I found a minor typo in one of the error messages. s/sname/same/ Cheers, Gil

2 1

Timezone in Brazil
by MARCIO IKEDA Oct. 11, 2015

Oct. 11, 2015

This is Marcio Ikeda from LG Electronics in Brazil. Nice to meet you! I would like to know if there are some background history for timezones in Brazil. It seems that Brasilia city which is the capital, is only treated as a metaZone and not a timeZone. I would like to know if are there some discussions on why America/Brasilia is not in the list. And if It is possible to include it. This is causing people from QA here to question this. Thank you! Marcio Ikeda Software Engineer | UIFW - LGESP SCA R&D Lab Office: + 55 11 2202 5339 Mobile:+ 55 11 9 9966 6457 E-mail: marcio.ikeda(a)lge.com [cid:image001.jpg@01D101F6.1F9FE450] LG ELECTRONICS DO BRASIL Av. Dr. Chucri Zaidan, 1170 - 10º andar - CEP 04583-110 - São Paulo/SP www.lge.com/br<http://www.lge.com/br> [cid:image002.jpg@01D101F6.1F9FE450]

7 15

Re: [tz] America/Santa_Isabel
by Steve Jones Oct. 9, 2015

Oct. 9, 2015

At 07:51 AM 10/8/2015, Arthur David Olson wrote: >We might expect that if the legislative intent was for the entirety >of Baja California to use the U. S. rules, the legislation would >have been written more simply. > >That being said, it's certainly possible (or even probable) that de >facto the entirety of Baja California uses U. S. rules, regardless of de jure. > >Providentially, we're coming up on the days when a few international >phone calls (or, if possible, monitoring radio or TV stations) can >shed light on the matter. Not sure if this casts light or mud on the issue, but last year (Feb '14) I contacted a business on Isla Cedros (which is in Baja) about the local time, and received this reply (relevant passage underscored): >Mr Jones >Thank you for coming to us for the answer. >Cedros island is governed by the Baja California State, therefore >most of the time it has the same time zone Pacific shared by >California. But, thanks to bureaucrats sitting behind their desks >with nothing better to do than to complicate the lives of their >citizens ....... Sorry...... sometimes after the time change in the >US the time zone is different than California, but is not for more >than a week, when its similar to Mountain time/ Baja Sur..... I >know, what a pain.... >There is no ferry services for passengers from Bahia Tortugas to Cedros. >I hope this helps. >Salud! >Jose Angel Sanchez >Cedros Outdoor Adventures So it sounds like the actual implementation may not extend all the way down to the Baja/Baja Sur border. Regards, Steve Jones

4 5

Re: [tz] America/Santa_Isabel
by Arthur David Olson Oct. 8, 2015

Oct. 8, 2015

The use of Santa Isabel does indeed seem to be an error. I see, though, that San Felipe, like Santa Isabel, is part of the Mexicali municipality; San Felipe may also use U. S. rules. The "northamerica" file's quotation of the relevant decree mentions "los municipios de Tijuana y Mexicali" but only "la Ciudad de Ensenada" (rather than "el municipio"); we may get to use the largest city in the Ensenada municipality that's south of the city of Ensenada. That seems to be Rodolfo Sánchez Taboada (Maneadero) (22,957); the normal 14-character limit would suggest using Maneadero; it seems to have a larger population that San Felipe (16,702). Lázaro Cárdenas (16,294) is substantially farther south and thus likelier to use Mexican rules; some 14-character-limit creativity would be required. Of course if we were lucky we'd discover that Santa Isabel actually uses Mexican rules.-S --ado https://en.wikipedia.org/wiki/San_Felipe,_Baja_California https://en.wikipedia.org/wiki/Ensenada_Municipality

3 4

America/Santa_Isabel
by Matt Johnson Oct. 8, 2015

Oct. 8, 2015

Does anyone know why America/Santa_Isabel was chosen to represent the portion of Baja California (Mexico) that follows Mexican DST rules? Santa Isabel is just as close to the US border as Tijuana and Mexicali, which are in the America/Tijuana zone. According to Wikipedia ( https://en.wikipedia.org/wiki/Baja_California ) "Over 75% of the population lives in the capital city, Mexicali, in Ensenada, or in Tijuana. Other important cities include San Felipe, Rosarito and Tecate." Of those, it would seem Ensenda and San Felipe would be the only cities not near the US border, and my understanding is that Ensenada follows the US rules. Wouldn't then America/San_Felipe be a better choice?

2 2

Fwd: Turkey delays winter time
by Fatih Oct. 5, 2015

Oct. 5, 2015

Hi, its officialy announced now by ministry of energy. Turkey delays winter time to 8th of November 04:00 http://www.aa.com.tr/tr/turkiye/yaz-saati-uygulamasi-8-kasimda-sona-erecek/… <https://t.yesware.com/tl/a9ae0329641b7dd629a1f9fbd15b34b7a31e117f/a9aeca165…> (Turkish Official News Agency) Best regards. Fatih, WorldClock.com™ <https://t.yesware.com/tl/a9ae0329641b7dd629a1f9fbd15b34b7a31e117f/a9aeca165…> 2015-09-20 6:04 GMT+03:00 Paul Eggert <eggert(a)cs.ucla.edu>: > After looking around a bit, I found a news article dated September 8 on > the topic. I wonder why the news took so long to be known more broadly? > Anyway, attached is a proposed patch to match the many news sources that > talk about this. Although I have installed this in the experimental > version on github, I would prefer confirmation from a more-official source > before doing a tzdata release. >

3 2

Asia/Nicosia
by Steven Nicolaou Oct. 3, 2015

Oct. 3, 2015

Hi, I would like to propose that Asia/Nicosia move to Europe/Nicosia. The Asia file makes this statement: # Classically, Cyprus belongs to Asia; e.g. see Herodotus, Histories, I.72. # However, for various reasons many users expect to find it under Europe. While I appreciate the nod to classical antiquity, its classification under Asia is wholly irrelevant today. This statement appears to trivialize the "various reasons" why "many users" tend to expect it under Europe. . Cyprus is a European country . The culture is decidedly Europe-facing . It is a member state of the European Union . Its currency is the Euro . It has participated in the Eurovision Song Contest since 1981 . Its time zone is Eastern European Time (EET) . The predominant culture and language is Greek . The earliest historical reference to Cyprus in the 15th century BC was in Mycenaean Greek . The Asia file itself even mentions this: "# IATA SSIM (1998-09) has Cyprus using EU rules for the first time." There is nothing Asian about Cyprus today. Nobody in the country attempting to set the local time zone is going to look for it under Asia. If we don't find it under Europe, we assume it was erroneously omitted. Steven

3 2

Last weekend's daylight-saving confusion in Morocco
by Paul Eggert Oct. 1, 2015

Oct. 1, 2015

Thomas Savage reports confusion in Morocco last weekend involving daylight saving time. See: Savage T. Quelle heure est-il vraiment au Maroc? Telquel.ma 2015-09-30. http://telquel.ma/2015/09/30/quelle-heure-il-vraiment-au-maroc_1464578 Savage quotes last month's confusion on the tz mailing list over whether Morocco's fallback transition this year would be Sept. 27 (as an incorrect news report would have it) or Oct. 25 (the official date), and speculates that this confusion led to many electronic devices in Morocco to misbehave on Sept. 27. In thinking about the failure symptoms, though, I guess a more plausible explanation is that the malfunctioning devices were using the equivalent of a tz release somewhere from tzdata 2012c (dated 2012-03-07) through 2013g (dated 2013-09-30), as these older releases predicted that Morocco would fall back the last Sunday in September -- a prediction that was correct in 2012 but incorrect in 2013 through 2015.

1 0

[tz-announce] 2015g release of tz code and data available
by Paul Eggert Oct. 1, 2015

Oct. 1, 2015

The 2015g 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 Turkey's 2015 fall-back transition is scheduled for Nov. 8, not Oct. 25. (Thanks to Fatih.) Norfolk moves from +1130 to +1100 on 2015-10-04 at 02:00 local time. (Thanks to Alexander Krivenyshev.) Fiji's 2016 fall-back transition is scheduled for January 17, not 24. (Thanks to Ken Rylander.) Fort Nelson, British Columbia will not fall back on 2015-11-01. It has effectively been on MST (-0700) since it advanced its clocks on 2015-03-08. New zone America/Fort_Nelson. (Thanks to Matt Johnson.) Changes affecting past time stamps Norfolk observed DST from 1974-10-27 02:00 to 1975-03-02 02:00. Changes affecting code localtime no longer mishandles America/Anchorage after 2037. (Thanks to Bradley White for reporting the bug.) On hosts with signed 32-bit time_t, localtime no longer mishandles Pacific/Fiji after 2038-01-16 14:00 UTC. The localtime module allows the variables 'timezone', 'daylight', and 'altzone' to be in common storage shared with other modules, and declares them in case the system <time.h> does not. (Problems reported by Kees Dekker.) On platforms with tm_zone, strftime.c now assumes it is not NULL. This simplifies the code and is consistent with zdump.c. (Problem reported by Christos Zoulas.) Changes affecting documentation The tzfile man page now documents that transition times denote the starts (not the ends) of the corresponding time periods. (Ambiguity reported by Bill Seymour.) Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2015g.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2015g.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2015g.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2015g.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 6d00980f1ff2ac665f3de027c79faacf4f26d1b0 dated Thu Oct 1 01:43:59 2015 -0700 and tagged '2015g' in the experimental github repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: 44da833da3afdb82636a953785372bb4c765e61e40d700da40b46ab70007ebdbde4d480e10b87cbb36c45eaaffcaa6b9894375e2f553b7d16655dc167cd4a11f tzcode2015g.tar.gz ad7de0e3e8753861d260f0fcbcbca327516a4dc826f7659370a7fb979e6154f1a26b23d2609acf6e1790c8c59da0b76c42f4a94bf361409c1460f6a8ffa6f879 tzdata2015g.tar.gz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJWDP2cAAoJEO2X6Q5iqn40XHkP/2QXgHEJuj0XQaMy0Wy5RZQT vrWN0z8zfO5J5LBv03cjNmeYsmQvN2Sy2f2wNESo0GUm4qunujQW/Y0qKRn1Hnwz +nRNrWFmGqYFANapR9emUorucl+l24VQUkBc7piAkVZU1ouEsksHss3uYnNfCwyl L/2Vc7KY07/N6QyAmdiSp3AKWu0CnItsdzRyy99amj/7d3QKOrMvAxiGeAe7V1P7 W0Ath56JxTnuHMCOawHTUtzBt13qjZ7cFBHsOb4xclrZ3ryNnu3Pzd94bxeP3NGp 4AkfTcgo0mYrIMAuf/b40xbZJBcZNzkbCbZ5iE2XMVPToMPL/I2e4C+rZP+Ot7fv TkChGvv9ridmeEqTIVCtOXyR8AQGgGCNpMKsEE1Py5Lkx63gMBtxkdSXOZXi+QZ5 UljSY8RT2vQ81eailUGQRjtLyTGlhmel3yioD+aXbJyiYVrkSOfQ/En5wcIMtWqm DwgTsaIX70gT+1CUVLixdEdUSKhd9p+Voypvf14xIcAYqii08jlvd8AeR1IY5+Uz yr09gX7esp3B+9HgRgkH82R5nqstWbuc/5sVlnreM+7obnc5/QWPHoDUWgJQO7sk R/Cb6Kc32UrfZwAmy4rRoOA4uTsYvIazqoaiuE/sfNSRUD3R4rOQPDxXMx6m/kbf bGwkIeBRSuC9nmVI40G+ =U0wm -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJWDP2cAAoJEO2X6Q5iqn40AUcQAJQI8NTDYuLOHrsnnbpdmmF4 DG91kmznvXK+S5AjXbeUtSyoLL/XJwq2Io25u7OKaH5O+9/HgcN1Y1afHtSHAhEB i8Mg0sfvV6IJRpIKA/++6VILRqgKCOLzxyggk7dZbdAQQdvl4z2qmWR/5m5nJ7K/ seE+sTsJ1j6ra77APK+ffauoN7ArFweMmpVC3tBSkBpCXYPPuGToBfGxFo3gnpni Kqv/ahjlRNUcmyw/ALbCdBEL40k7bxftL6uM0BbapV2GYVU+UTz+isVStHmg3P5V TS1gpgmjKMDBh4P0UEiaVhtsI+EBNU1YW/o8c2xdoGuz6qgbxeeMyrPxUQu2qb0w LDHovfsIhoB2YNTGK2M+1aio2lkhcV+AX7241RuGxiP/n92c+6SPGlY7o69XQqaC i58/AjS3a6E7yYgb+birN+/Yi0KzxWwI6nJMxlLSfc9yFZREf9nCd+7YPcSSJJIO 3fbsFNJPoPa36hfMH83L0rmyphpQEU2+46+BboqQhL9ULV4QhYiNCeXXyZm1ptDl BMyjxh2mO+sPDE47xyI7tsl94dzbgmWMSQp74SlFLDPaK065x5U+Z8437oiMip5K rhVXzr/vyrzX/Anyok05i3lmY3iAFyBIFuv7s93nr0SnrZDjCDq6FafLSOnvIhD7 4R6azOsK4h1HbCxswUCK =yiad -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

Fiji change exposed Y2038 bug in localtime.c
by Paul Eggert Oct. 1, 2015

Oct. 1, 2015

The recent change to the Pacific/Fiji data added a transition from +1300 to +1200 at 2018-01-17 03:00 local time, which is just before the maximum 32-bit signed time_t value. Previously, that transition was just after the 32-bit boundary. This change exposed a curious bug in the interaction between zic and localtime.c on platforms with signed 32-bit time_t. For the benefit of older systems, zic outputs explicit transitions for years in the range 1900 through 2037, relying on the POSIX-TZ-style string (for Pacific/Fiji, "FJT-12FJST,M11.1.0,M1.3.0/3") at the end of the tzfile for transitions outside that range. Although newer versions of localtime.c should use the POSIX-TZ-style string for time stamps in the year 2038, if time_t is a signed 32-bit integer these localtime.c versions mishandle Fijian time stamps from 2038-01-16 14:00:00 through 2038-01-19 03:14:07 UTC. This bug is fixed by the attached patch. I discovered this bug during release testing, and will squeeze the attached patch into the next tz release which I plan to make shortly. It strikes me, though, that perhaps zic should be changed too, to better accommodate buggy localtime implementations. If the zic cutoff for old-style transitions is at 2038-01-19 03:14:08 UTC, rather than at 2038-01-01, buggy localtime code should do the right thing. I don't want to install such a change into zic without some thought and/or discussion and/or testing, though; it can wait until a later release.

2 2

isstd and isgmt effect
by Jason Johnson Sept. 30, 2015

Sept. 30, 2015

Hello all I'm writing some software that deals with dates and I parse Olson files to get time zone information. In the tzfile man page, both entries say that they are used for handling POSIX-style environmental variables? Does that mean that I can ignore those values and assume the transition times are just UAT? I couldn't find any documentation on exactly how to handle these values. The nearest thing I found was the Unix time library which seems to make an adjustment based on one setting, but it wasn't clear if this is done in general or if this was part of some specific handling. Thanks for any help you can provide. Jason

3 7

Turkey delays winter time
by Fatih Sept. 30, 2015

Sept. 30, 2015

Hi All, According to news published an hour ago government (Turkey) will postpone end of summer time to 8th of November due to the security issues related with the national election that will be held on 1st Nov. I will confirm from the government agency soon. Best regards. Fatih, WorldClock.com™ <https://t.yesware.com/tl/a9ae0329641b7dd629a1f9fbd15b34b7a31e117f/81cac01ff…>

9 14

Turkey Delays DST End (Oct 25 -> Nov 8)
by ozgur.yuksel＠oracle.com Sept. 29, 2015

Sept. 29, 2015

Hi, Turkey will end Daylight Saving Time <http://www.timeanddate.com/time/dst/> (DST) two weeks later than normal. Clocks will be turned back one hour from 4:00 (4 am) to 3:00 (3 am) local time on Sunday, November 8, 2015. http://www.timeanddate.com/news/time/turkey-delays-dst-end-2015.html 2015f does not seem to have the respective change. -- Özgür Yüksel | Manager, Customer Support, Europe - Middle East - Africa Oracle Linux, Oracle VM and Private Cloud Appliance Support Phone: +90 312 248 8900 ORACLE Turkey | Dumlupinar Blv. 266 Tepe Prime A/56 Çankaya | TR-06800 Ankara

5 4

Was America/Aruba obsoleted and replaced
by kzimmermann＠ups.com Sept. 29, 2015

Sept. 29, 2015

Hello IANA, UPS has an interface agreement with IANA for Time Zone Information. We are testing other requirements and we came across a few concerns. I am working on researching and fixing some time zone concerns for our UPS properties in a few of the data bases I support. I have a few questions: When was the Time Zone Name (TznGeoRefTe) for America/Aruba obsoleted? What is the updated Time Zone Name (TznGeoRefTe) which replaced America/Aruba? When was this notified to your user community? Are all countries identified in IANA with a Time Zone Name (TznGeoRefTe)? I was researching Aruba (AW) and St. Martin (SX), the outcome resulted in an empty result set. These questions are a follow-up, to the empty result set, received from queries. Maybe our link to IANA needs to be refreshed or possible the file pulled from IANA. Thank you for your cooperation. Kellie Zimmermann UPS 201-828-7180 Corporate Reference Data

2 1

Fort Nelson, Canada
by Matt Johnson Sept. 24, 2015

Sept. 24, 2015

According to http://www.timeanddate.com/news/time/fort-nelson-canada-time-zone.html Fort Nelson, BC, Canada will cancel DST this year. So while previously they were aligned with America/Vancouver, they're now aligned with America/Dawson_Creek. Does this type of split require a new zone entry? America/Fort_Nelson ?? Thanks,Matt

4 5

Re: [tz] tz Digest, Vol 34, Issue 19
by Alexander Borg Sept. 24, 2015

Sept. 24, 2015

Hi all there, I'm responding to a mail which is more than an year old. Anyway, I don't understand why you combine zones like +Link Africa/Abidjan Africa/Freetown # Sierra Leone thus throwing away valuable pre-1970 DST and Zone data. I understand that you cannot incoreporate all historical data in 'tzdata', especially the USA and France would be impossible without creating virtually hundreds of additional zones. But in the case above I don't understand why you don't keep the data. Best regards, Alexander Borg -----Ursprüngliche Nachricht----- Von: tz-bounces(a)iana.org [mailto:tz-bounces@iana.org] Im Auftrag von tz-request(a)iana.org Gesendet: Mittwoch, 9. Juli 2014 22:42 An: tz(a)iana.org Betreff: tz Digest, Vol 34, Issue 19 Send tz mailing list submissions to tz(a)iana.org To subscribe or unsubscribe via the World Wide Web, visit https://mm.icann.org/mailman/listinfo/tz or, via email, send a message with subject or body 'help' to tz-request(a)iana.org You can reach the person managing the list at tz-owner(a)iana.org When replying, please edit your Subject line so it is more specific than "Re: Contents of tz digest..." Today's Topics: 1. Daylight saving time in Egypt (newsgroups(a)engine2.net) 2. Re: Daylight saving time in Egypt (Paul Eggert) 3. Re: [PATCH] Replace some zones with links when that doesn't lose useful info. (Paul Eggert) 4. [PATCH] Replace Africa zones with links when that doesn't lose useful info. (Paul Eggert) 5. Re: [PATCH] Replace some zones with links when that doesn't lose useful info. (Stephen Colebourne) ---------------------------------------------------------------------- Message: 1 Date: Wed, 09 Jul 2014 14:03:33 +0200 From: newsgroups(a)engine2.net To: tz(a)iana.org Subject: [tz] Daylight saving time in Egypt Message-ID: <7cdeb5930cc17d073dea6796cc571719(a)engine2.net> Content-Type: text/plain; charset=UTF-8; format=flowed Hi everyone, I search through messages and couldn't find if this information was already sent or not. It seems that there will be a change in daylight saving time in Egypt according to NOTAM (notice to airmen) issued by NOAA (below) which was sent to us with this comment: FOR THE KIND ATTENTION OF OUR VALUABLE CUSTOMERS BELOW NOTAM ISSUED TO ANNOUNCE THAT STARTING 31July2014 AT 2200 GMT , CLOCK IN EGYPT WILL BE GMT PLUS 3 HOURS PLEASE RELAY MESSAGE TO THE CONCENED PARTIES NOTAM content: A0237/14 NOTAMN Q) HECC/QXXXX/IV/NBO/A/000/999/2721N03009E005 A) HECC B) 1407312200 C) 1409252100 E) SUMMER TIME (UTC+3 HOURS) WILL BE STARTED AS ITEM B. CREATED: 02 Jul 2014 13:28:00 SOURCE: HECAYNYX Source: https://www.notams.faa.gov/ Best regards, Michal Konvalinka engine2.net ------------------------------ Message: 2 Date: Wed, 09 Jul 2014 07:38:22 -0700 From: Paul Eggert <eggert(a)cs.ucla.edu> To: newsgroups(a)engine2.net, tz(a)iana.org Subject: Re: [tz] Daylight saving time in Egypt Message-ID: <53BD53DE.6060203(a)cs.ucla.edu> Content-Type: text/plain; charset=UTF-8; format=flowed newsgroups(a)engine2.net wrote: > It seems that there will be a change in daylight saving time in Egypt > according to NOTAM (notice to airmen) issued by NOAA Thank. As of release 2014e the tz database has that transition, along with Morocco's similar transition on August 2 at 02:00 local time. We also have guesses for similar transitions in 2015 through 2038; though there's little doubt these guesses will be wrong, they're better than any of the other guesses we could come up with. ------------------------------ Message: 3 Date: Wed, 09 Jul 2014 08:16:12 -0700 From: Paul Eggert <eggert(a)cs.ucla.edu> To: Stephen Colebourne <scolebourne(a)joda.org>, Time zone mailing list <tz(a)iana.org> Subject: Re: [tz] [PATCH] Replace some zones with links when that doesn't lose useful info. Message-ID: <53BD5CBC.90401(a)cs.ucla.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Stephen Colebourne wrote: > As we have discussed before, changes like this are disruptive to many > people. The LMT and early time values are used out there, irrespective > of their accuracy. It was discussed at some length, and to some extent we're just repeating that discussion now. There's one thing new, though: we now have had significant practical experience. The earlier set of changes along these lines was published in release 2013e (2013-09-19), and it hasn't caused significant disruption in the field. In practice it seems that end users don't much care about things like the time zone of Guadeloupe in 1899 -- which is probably a good thing, since the pre-2013e database was wrong anyway. I understand that simplifying away spurious pre-1970 timestamps can cause more work for detailed regression testing, but that kind of work should be routine as the tz database is always mutating for other reasons anyway. Besides, the tail should not be wagging the dog here: regression testing should be our servant, not our master. ------------------------------ Message: 4 Date: Wed, 9 Jul 2014 12:44:55 -0700 From: Paul Eggert <eggert(a)cs.ucla.edu> To: Time zone mailing list <tz(a)iana.org> Subject: [tz] [PATCH] Replace Africa zones with links when that doesn't lose useful info. Message-ID: <1404935095-13779-1-git-send-email-eggert(a)cs.ucla.edu> Content-Type: text/plain; charset=UTF-8 * africa (Africa/Luanda, Africa/Porto-Novo, Africa/Gaborone) (Africa/Ouagadougou, Africa/Bujumbura, Africa/Douala, Africa/Bangui) (Indian/Comoro, Africa/Kinshasa, Africa/Lubumbashi, Africa/Brazzaville) (Africa/Djibouti, Africa/Malabo, Africa/Asmara, Africa/Addis_Ababa) (Africa/Libreville, Africa/Banjul, Africa/Accra, Africa/Conakry) (Africa/Maseru, Indian/Antananarivo, Africa/Blantyre, Africa/Bamako) (Africa/Nouakchott, Indian/Mayotte, Africa/Maputo, Africa/Niamey) (Africa/Kigali, Atlantic/St_Helena, Africa/Sao_Tome, Africa/Dakar) (Africa/Freetown, Africa/Mogadishu, Africa/Mbabane, Africa/Dar_es_Salaam) (Africa/Lome, Africa/Kampala, Africa/Lusaka, Africa/Harare): * antarctica (Antarctica/Syowa): Remove zone, replacing each with a link to a region that has had the same UTC offset since 1970. * NEWS: Document this. --- NEWS | 20 +++-- africa | 266 ++++++++++++++++++++----------------------------------------- antarctica | 5 +- 3 files changed, 104 insertions(+), 187 deletions(-) diff --git a/NEWS b/NEWS index 222f91e..429b89e 100644 --- a/NEWS +++ b/NEWS @@ -61,11 +61,21 @@ Unreleased, experimental changes Some zones have been turned into links, when they differed from existing zones only for older UTC offsets where the data were likely invented. These changes affect UTC offsets in pre-1970 time stamps only. This is - similar to the change in release 2013e, except this time for the Pacific. - The affected zones are: Antarctica/DumontDUrville, Pacific/Chuuk, - Pacific/Funafuti, Pacific/Majuro, Pacific/Midway, Pacific/Palau, - Pacific/Pohnpei, Pacific/Saipan, Pacific/Tahiti, Pacific/Wake, and - Pacific/Wallis. + similar to the change in release 2013e, except this time for Africa and + the Pacific. The affected zones are: Africa/Accra, Africa/Addis_Ababa, + Africa/Asmara, Africa/Bamako, Africa/Bangui, Africa/Banjul, + Africa/Blantyre, Africa/Brazzaville, Africa/Bujumbura, Africa/Conakry, + Africa/Dakar, Africa/Dar_es_Salaam, Africa/Djibouti, Africa/Douala, + Africa/Freetown, Africa/Gaborone, Africa/Harare, Africa/Kampala, + Africa/Kigali, Africa/Kinshasa, Africa/Libreville, Africa/Lome, + Africa/Luanda, Africa/Lubumbashi, Africa/Lusaka, Africa/Malabo, + Africa/Maputo, Africa/Maseru, Africa/Mbabane, Africa/Mogadishu, + Africa/Niamey, Africa/Nouakchott, Africa/Ouagadougou, Africa/Porto-Novo, + Africa/Sao_Tome, Antarctica/DumontDUrville, Antarctica/Syowa, + Atlantic/St_Helena, Indian/Antananarivo, Indian/Comoro, Indian/Mayotte, + Pacific/Chuuk, Pacific/Funafuti, Pacific/Majuro, Pacific/Midway, + Pacific/Palau, Pacific/Pohnpei, Pacific/Saipan, Pacific/Tahiti, + Pacific/Wake, and Pacific/Wallis. Asia/Shanghai's pre-standard-time UT offset has been changed from 8:05:57 to 8:05:43, the location of Xujiahui Observatory. Its diff --git a/africa b/africa index 3d84d9b..678cde2 100644 --- a/africa +++ b/africa @@ -64,7 +64,6 @@ # 3:00 CAST Central Africa Summer Time (no longer used) # 3:00 SAST South Africa Summer Time (no longer used) # 3:00 EAT East Africa Time -# 4:00 EAST East Africa Summer Time (no longer used) # Algeria # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S @@ -105,45 +104,21 @@ Zone Africa/Algiers 0:12:12 - LMT 1891 Mar 15 0:01 1:00 - CET # Angola -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Luanda 0:52:56 - LMT 1892 - 0:52:04 - AOT 1911 May 26 # Angola Time - 1:00 - WAT - # Benin -# Whitman says they switched to 1:00 in 1946, not 1934; -# go with Shanks & Pottenger. -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Porto-Novo 0:10:28 - LMT 1912 - 0:00 - GMT 1934 Feb 26 - 1:00 - WAT +# See Africa/Lagos. # Botswana -# From Paul Eggert (2013-02-21): -# Milne says they were regulated by the Cape Town Signal in 1899; -# assume they switched to 2:00 when Cape Town did. -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Gaborone 1:43:40 - LMT 1885 - 1:30 - SAST 1903 Mar - 2:00 - CAT 1943 Sep 19 2:00 - 2:00 1:00 CAST 1944 Mar 19 2:00 - 2:00 - CAT +# Milne says they were regulated by the Cape Town Signal in 1899. +# See Africa/Johannesburg. # Burkina Faso -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Ouagadougou -0:06:04 - LMT 1912 - 0:00 - GMT +# See Africa/Abidjan. # Burundi -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Bujumbura 1:57:28 - LMT 1890 - 2:00 - CAT +# See Africa/Johannesburg. # Cameroon -# Whitman says they switched to 1:00 in 1920; go with Shanks & Pottenger. -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Douala 0:38:48 - LMT 1912 - 1:00 - WAT +# See Africa/Lagos. # Cape Verde # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -154,9 +129,7 @@ Zone Atlantic/Cape_Verde -1:34:04 - LMT 1907 # Praia -1:00 - CVT # Central African Republic -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Bangui 1:14:20 - LMT 1912 - 1:00 - WAT +# See Africa/Lagos. # Chad # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -166,31 +139,33 @@ Zone Africa/Ndjamena 1:00:12 - LMT 1912 # N'Djamena 1:00 - WAT # Comoros -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Indian/Comoro 2:53:04 - LMT 1911 Jul # Moroni, Gran Comoro - 3:00 - EAT +# See Africa/Nairobi. # Democratic Republic of Congo -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Kinshasa 1:01:12 - LMT 1897 Nov 9 - 1:00 - WAT -Zone Africa/Lubumbashi 1:49:52 - LMT 1897 Nov 9 - 2:00 - CAT +# See Africa/Lagos for the western part of the country. +# See Africa/Johannesburg for the eastern part of the country. # Republic of the Congo -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Brazzaville 1:01:08 - LMT 1912 - 1:00 - WAT +# See Africa/Lagos. # C?te D'Ivoire / Ivory Coast # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Abidjan -0:16:08 - LMT 1912 0:00 - GMT +Link Africa/Abidjan Africa/Accra # Ghana +Link Africa/Abidjan Africa/Bamako # Mali +Link Africa/Abidjan Africa/Banjul # Gambia +Link Africa/Abidjan Africa/Conakry # Guinea +Link Africa/Abidjan Africa/Dakar # Senegal +Link Africa/Abidjan Africa/Freetown # Sierra Leone +Link Africa/Abidjan Africa/Lome # Togo +Link Africa/Abidjan Africa/Nouakchott # Mauritania +Link Africa/Abidjan Africa/Ouagadougou # Burkina Faso +Link Africa/Abidjan Africa/Sao_Tome # S?o Tom? and Pr?ncipe +Link Africa/Abidjan Atlantic/St_Helena # St Helena # Djibouti -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Djibouti 2:52:36 - LMT 1911 Jul - 3:00 - EAT +# See Africa/Nairobi. ########################################################################## ##### @@ -400,56 +375,32 @@ Zone Africa/Cairo 2:05:09 - LMT 1900 Oct 2:00 Egypt EE%sT # Equatorial Guinea -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Malabo 0:35:08 - LMT 1912 - 0:00 - GMT 1963 Dec 15 - 1:00 - WAT +# See Africa/Lagos. # Eritrea -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Asmara 2:35:32 - LMT 1870 - 2:35:32 - AMT 1890 # Asmara Mean Time - 2:35:20 - ADMT 1936 May 5 # Adis Dera MT - 3:00 - EAT +# See Africa/Nairobi. # Ethiopia -# From Paul Eggert (2006-03-22): -# Shanks & Pottenger write that Ethiopia had six narrowly-spaced time zones -# between 1870 and 1890, and that they merged to 38E50 (2:35:20) in 1890. -# We'll guess that 38E50 is for Adis Dera. -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Addis_Ababa 2:34:48 - LMT 1870 - 2:35:20 - ADMT 1936 May 5 # Adis Dera MT - 3:00 - EAT +# From Paul Eggert (2014-07-09): +# Like the Swahili of Kenya and Tanzania, many Ethiopians keep a # +12-hour clock starting at our 06:00, so their "8 o'clock" is our # +02:00 or 14:00. Keep this in mind when you ask the time in Amharic. +# +# Shanks & Pottenger write that Ethiopia had six narrowly-spaced time # +zones between 1870 and 1890, that they merged to 38E50 (2:35:20) in # +1890, and that they switched to 3:00 on 1936-05-05. Perhaps 38E50 # +was for Adis Dera. Ignore this for now as it predates our 1970 # +cutoff, and it's quite likely wrong anyway. +# +# See Africa/Nairobi. # Gabon -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Libreville 0:37:48 - LMT 1912 - 1:00 - WAT +# See Africa/Lagos. # Gambia -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Banjul -1:06:36 - LMT 1912 - -1:06:36 - BMT 1935 # Banjul Mean Time - -1:00 - WAT 1964 - 0:00 - GMT - # Ghana -# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -# Whitman says DST was observed from 1931 to "the present"; -# go with Shanks & Pottenger. -Rule Ghana 1936 1942 - Sep 1 0:00 0:20 GHST -Rule Ghana 1936 1942 - Dec 31 0:00 0 GMT -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Accra -0:00:52 - LMT 1918 - 0:00 Ghana %s - # Guinea -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Conakry -0:54:52 - LMT 1912 - 0:00 - GMT 1934 Feb 26 - -1:00 - WAT 1960 - 0:00 - GMT +# See Africa/Abidjan. # Guinea-Bissau # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -464,13 +415,19 @@ Zone Africa/Nairobi 2:27:16 - LMT 1928 Jul 2:30 - BEAT 1940 2:45 - BEAUT 1960 3:00 - EAT +Link Africa/Nairobi Africa/Addis_Ababa # Ethiopia +Link Africa/Nairobi Africa/Asmara # Eritrea +Link Africa/Nairobi Africa/Dar_es_Salaam # Tanzania Link Africa/Nairobi +Africa/Djibouti +Link Africa/Nairobi Africa/Kampala # Uganda +Link Africa/Nairobi Africa/Mogadishu # Somalia +Link Africa/Nairobi Antarctica/Syowa +Link Africa/Nairobi Indian/Antananarivo # Madagascar +Link Africa/Nairobi Indian/Comoro +Link Africa/Nairobi Indian/Mayotte # Lesotho -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Maseru 1:50:00 - LMT 1903 Mar - 2:00 - SAST 1943 Sep 19 2:00 - 2:00 1:00 SAST 1944 Mar 19 2:00 - 2:00 - SAST +# See Africa/Johannesburg. # Liberia # From Paul Eggert (2006-03-22): @@ -545,30 +502,14 @@ Zone Africa/Tripoli 0:52:44 - LMT 1920 2:00 - EET # Madagascar -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Indian/Antananarivo 3:10:04 - LMT 1911 Jul - 3:00 - EAT 1954 Feb 27 23:00s - 3:00 1:00 EAST 1954 May 29 23:00s - 3:00 - EAT +# See Africa/Nairobi. # Malawi -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Blantyre 2:20:00 - LMT 1903 Mar - 2:00 - CAT +# See Africa/Johannesburg. # Mali -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Bamako -0:32:00 - LMT 1912 - 0:00 - GMT 1934 Feb 26 - -1:00 - WAT 1960 Jun 20 - 0:00 - GMT - # Mauritania -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Nouakchott -1:03:48 - LMT 1912 - 0:00 - GMT 1934 Feb 26 - -1:00 - WAT 1960 Nov 28 - 0:00 - GMT +# See Africa/Abidjan. # Mauritius @@ -665,8 +606,7 @@ Zone Indian/Mauritius 3:50:00 - LMT 1907 # Port Louis # Mayotte # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Indian/Mayotte 3:00:56 - LMT 1911 Jul # Mamoutzou - 3:00 - EAT +# See Africa/Nairobi. # Morocco # See the 'europe' file for Spanish Morocco (Africa/Ceuta). @@ -964,9 +904,7 @@ Zone Africa/El_Aaiun -0:52:48 - LMT 1934 Jan # El Aai?n 0:00 Morocco WE%sT # Mozambique -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Maputo 2:10:20 - LMT 1903 Mar - 2:00 - CAT +# See Africa/Johannesburg. # Namibia # The 1994-04-03 transition is from Shanks & Pottenger. @@ -998,16 +936,21 @@ Zone Africa/Windhoek 1:08:24 - LMT 1892 Feb 8 1:00 Namibia WA%sT # Niger -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Niamey 0:08:28 - LMT 1912 - -1:00 - WAT 1934 Feb 26 - 0:00 - GMT 1960 - 1:00 - WAT +# See Africa/Lagos. # Nigeria # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Lagos 0:13:36 - LMT 1919 Sep 1:00 - WAT +Link Africa/Lagos Africa/Bangui # Central African Republic +Link Africa/Lagos Africa/Brazzaville # Rep. of the Congo +Link Africa/Lagos Africa/Douala # Cameroon +Link Africa/Lagos Africa/Kinshasa # W Dem. Rep. of the Congo +Link Africa/Lagos Africa/Libreville # Gabon +Link Africa/Lagos Africa/Luanda # Angola +Link Africa/Lagos Africa/Malabo # Equatorial Guinea +Link Africa/Lagos Africa/Niamey # Niger +Link Africa/Lagos Africa/Porto-Novo # Benin # R?union # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -1028,16 +971,11 @@ Link Indian/Reunion Indian/Alfred_Faure # Tromelin - inhabited until at least 1958 # Rwanda -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Kigali 2:00:16 - LMT 1935 Jun - 2:00 - CAT +# See Africa/Johannesburg. # St Helena -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Atlantic/St_Helena -0:22:48 - LMT 1890 # Jamestown - -0:22:48 - JMT 1951 # Jamestown Mean Time - 0:00 - GMT -# The other parts of the St Helena territory are similar: +# See Africa/Abidjan. +# The parts of the St Helena territory are similar: # Tristan da Cunha: on GMT, say Whitman and the CIA # Ascension: on GMT, say the USNO (1995-12-21) and the CIA # Gough (scientific station since 1955; sealers wintered previously): @@ -1045,16 +983,8 @@ Zone Atlantic/St_Helena -0:22:48 - LMT 1890 # Jamestown # Inaccessible, Nightingale: uninhabited # S?o Tom? and Pr?ncipe -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Sao_Tome 0:26:56 - LMT 1884 - -0:36:32 - LMT 1912 # Lisbon Mean Time - 0:00 - GMT - # Senegal -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Dakar -1:09:44 - LMT 1912 - -1:00 - WAT 1941 Jun - 0:00 - GMT +# See Africa/Abidjan. # Seychelles # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -1068,24 +998,10 @@ Zone Indian/Mahe 3:41:48 - LMT 1906 Jun # Victoria # Possibly the islands were uninhabited. # Sierra Leone -# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -# Whitman gives Mar 31 - Aug 31 for 1931 on; go with Shanks & Pottenger. -Rule SL 1935 1942 - Jun 1 0:00 0:40 SLST -Rule SL 1935 1942 - Oct 1 0:00 0 WAT -Rule SL 1957 1962 - Jun 1 0:00 1:00 SLST -Rule SL 1957 1962 - Sep 1 0:00 0 GMT -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Freetown -0:53:00 - LMT 1882 - -0:53:00 - FMT 1913 Jun # Freetown Mean Time - -1:00 SL %s 1957 - 0:00 SL %s +# See Africa/Abidjan. # Somalia -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Mogadishu 3:01:28 - LMT 1893 Nov - 3:00 - EAT 1931 - 2:30 - BEAT 1957 - 3:00 - EAT +# See Africa/Nairobi. # South Africa # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S @@ -1095,6 +1011,17 @@ Rule SA 1943 1944 - Mar Sun>=15 2:00 0 - Zone Africa/Johannesburg 1:52:00 - LMT 1892 Feb 8 1:30 - SAST 1903 Mar 2:00 SA SAST +Link Africa/Johannesburg Africa/Blantyre # Malawi +Link Africa/Johannesburg Africa/Bujumbura # Burundi +Link Africa/Johannesburg Africa/Gaborone # Botswana +Link Africa/Johannesburg Africa/Harare # Zimbabwe +Link Africa/Johannesburg Africa/Kigali # Rwanda +Link Africa/Johannesburg Africa/Lubumbashi # E Dem. Rep. of Congo +Link Africa/Johannesburg Africa/Lusaka # Zambia +Link Africa/Johannesburg Africa/Maputo # Mozambique +Link Africa/Johannesburg Africa/Maseru # Lesotho +Link Africa/Johannesburg Africa/Mbabane # Swaziland +# # Marion and Prince Edward Is # scientific station since 1947 # no information @@ -1122,21 +1049,13 @@ Zone Africa/Khartoum 2:10:08 - LMT 1931 Link Africa/Khartoum Africa/Juba # Swaziland -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Mbabane 2:04:24 - LMT 1903 Mar - 2:00 - SAST +# See Africa/Johannesburg. # Tanzania -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Dar_es_Salaam 2:37:08 - LMT 1931 - 3:00 - EAT 1948 - 2:45 - BEAUT 1961 - 3:00 - EAT +# See Africa/Nairobi. # Togo -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Lome 0:04:52 - LMT 1893 - 0:00 - GMT +# See Africa/Abidjan. # Tunisia @@ -1239,19 +1158,8 @@ Zone Africa/Tunis 0:40:44 - LMT 1881 May 12 1:00 Tunisia CE%sT # Uganda -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Kampala 2:09:40 - LMT 1928 Jul - 3:00 - EAT 1930 - 2:30 - BEAT 1948 - 2:45 - BEAUT 1957 - 3:00 - EAT +# See Africa/Nairobi. # Zambia -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Lusaka 1:53:08 - LMT 1903 Mar - 2:00 - CAT - # Zimbabwe -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Harare 2:04:12 - LMT 1903 Mar - 2:00 - CAT +# See Africa/Johannesburg. diff --git a/antarctica b/antarctica index 16aedaa..38720a8 100644 --- a/antarctica +++ b/antarctica @@ -207,12 +207,11 @@ Zone Indian/Kerguelen 0 - zzz 1950 # Port-aux-Fran?ais # Syowa station, which is the first antarctic station of Japan, # was established on 1957-01-29. Since Syowa station is still the main # station of Japan, it's appropriate for the principal location. -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Antarctica/Syowa 0 - zzz 1957 Jan 29 - 3:00 - SYOT # Syowa Time # See: # NIPR Antarctic Research Activities (1999-08-17) # <http://www.nipr.ac.jp/english/ara01.html> +# +# See Africa/Nairobi. # S Korea - year-round base # Jang Bogo, Terra Nova Bay, -743700+1641205 since 2014 -- 1.9.1 ------------------------------ Message: 5 Date: Wed, 9 Jul 2014 21:41:33 +0100 From: Stephen Colebourne <scolebourne(a)joda.org> To: Time zone mailing list <tz(a)iana.org> Subject: Re: [tz] [PATCH] Replace some zones with links when that doesn't lose useful info. Message-ID: <CACzrW9AyEwA+oT-+QvHHVxc4eOVUwdQ4eA3BMtNKX3+qhQrwdQ(a)mail.gmail.com> Content-Type: text/plain; charset=UTF-8 On 9 July 2014 16:16, Paul Eggert <eggert(a)cs.ucla.edu> wrote: > Stephen Colebourne wrote: >> >> As we have discussed before, changes like this are disruptive to many >> people. The LMT and early time values are used out there, irrespective >> of their accuracy. > > It was discussed at some length, and to some extent we're just repeating > that discussion now. There's one thing new, though: we now have had > significant practical experience. The earlier set of changes along these > lines was published in release 2013e (2013-09-19), and it hasn't caused > significant disruption in the field. In practice it seems that end users > don't much care about things like the time zone of Guadeloupe in 1899 -- > which is probably a good thing, since the pre-2013e database was wrong > anyway. Well it seems that you're going to make the change no matter what, so talking about it does feel rather futile. Its no surprise that changing relatively minor locations results in few issues. Nor is it a surprise that this list wouldn't hear of any issues, because its so far from end users. I can guarantee that the data you have and are planning to destroy is in somebodies database somewhere as both Joda-Time and Java SE 8 expose the full data right back to and including LMT to all users for all zones. As I said last time, the issue isn't removing wrong values, its about replacing them with even more wrong ones. The LMT values in particular, which used to have some meaning, now do not. If you had proposed an alternate way to define LMT values (which were based on the actual city location) then I might be less frustrated. Instead we are back to taking a sledgehammer to data that wasn't causing anyone any harm, replacing it with data that is clearly worse. <shakes head in despair> Stephen ------------------------------ _______________________________________________ tz mailing list tz(a)iana.org https://mm.icann.org/mailman/listinfo/tz End of tz Digest, Vol 34, Issue 19 **********************************

2 1

Norfolk Island
by "" Sept. 24, 2015

Sept. 24, 2015

Another case of pacific island madness:- IATA has been advised that Norfolk Island will change the country’s Standard Variation from +1130 to +1100. The new Standard Variation will be effective as of 4 October 2015 at 0200 local time. (Imposed by the govt in Canbara on that other little Island).

4 4

Update for Turkey
by İlhan Subaşı Sept. 22, 2015

Sept. 22, 2015

Because of the elections summer time in Turkey is not going to end at 25th October but it probably will end on 8th or 9th November. http://www.ntv.com.tr/turkiye/yaz-saati-uygulamasi-ne-zaman-bitecek,sc4xyWE… They do this kinds of chaotic decisions almost every year.

1 0

Morocco to fall back Sept. 27, not Oct. 25
by Paul Eggert Sept. 21, 2015

Sept. 21, 2015

The attached proposed patch implements a change noted in yesterday's Morocco World News. I have not seen an official announcement by the Moroccan government. I suppose we'll need a new tzdata release soon, as the change takes effect in less than nine days.

5 6

Morocco to fall back on Oct. 25, 2015
by Sterling Udell Sept. 19, 2015

Sept. 19, 2015

It looks like the Morocco World News did get it wrong. Here's an official page (in Arabic) noting that the correct date remains Oct 25: http://www.mmsp.gov.ma/ar/actualites.aspx?id=904

2 1

New Abbreviation needed for Asia/Pyongyang
by Greg Slayden Sept. 18, 2015

Sept. 18, 2015

Hi, I noticed in the 2015f tz database that the new Asia/Pyongyang zone for North Korea (now UTC+8:30) has the same abbreviation as Asia/Seoul. Both are noted as KST. Should the abbreviation for Asia/Pyongyang by changed to NKST, perhaps? Pardon if this issue has already been discussed, or if a new abbreviation has already been decided. I am new to the forum, thanks for understanding. --Greg Slayden Microsoft Corporation

2 1

[PROPOSED PATCH] Declare timezone, daylight, altzone in private.h
by Paul Eggert Sept. 18, 2015

Sept. 18, 2015

* NEWS: Document this. * private.h (timezone, daylight) [USG_COMPAT]: (altzone) [ALTZONE]: Declare as extern if not defined as a macro. This may avoid problems in environments where these variables are not declared by the system <time.h>. >From a suggestion by Kees Dekker in: http://mm.icann.org/pipermail/tz/2015-August/022627.html --- NEWS | 5 ++++- private.h | 13 +++++++++++++ 2 files changed, 17 insertions(+), 1 deletion(-) diff --git a/NEWS b/NEWS index 37f461f..2bbb967 100644 --- a/NEWS +++ b/NEWS @@ -13,10 +13,13 @@ Unreleased, experimental changes (Thanks to Bradley White for reporting the bug.) The localtime module allows the variables 'timezone', 'daylight', - and 'altzone' to be in common storage shared with other modules. + and 'altzone' to be in common storage shared with other modules, + and declares them in case the system <time.h> does not. + (Problems reported by Kees Dekker.) On platforms with tm_zone, strftime.c now assumes it is not NULL. This simplifies the code and is consistent with zdump.c. + (Problem reported by Christos Zoulas.) Changes affecting documentation diff --git a/private.h b/private.h index 184da8f..1c176e6 100644 --- a/private.h +++ b/private.h @@ -383,12 +383,25 @@ void tzset(void); ** Some time.h implementations don't declare asctime_r. ** Others might define it as a macro. ** Fix the former without affecting the latter. +** Similarly for timezone, daylight, and altzone. */ #ifndef asctime_r extern char * asctime_r(struct tm const *restrict, char *restrict); #endif +#ifdef USG_COMPAT +# ifndef timezone +extern long timezone; +# endif +# ifndef daylight +extern int daylight; +# endif +#endif +#if defined ALTZONE && !defined altzone +extern long altzone; +#endif + /* ** The STD_INSPIRED functions are similar, but most also need ** declarations if time_tz is defined. -- 2.1.4

2 1

[PROPOSED PATCH] * asia (Azer): Update URL for 1997-03-17 Azeri resolution.
by Paul Eggert Sept. 17, 2015

Sept. 17, 2015

--- asia | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/asia b/asia index 78eed56..5467024 100644 --- a/asia +++ b/asia @@ -131,7 +131,8 @@ Zone Asia/Yerevan 2:58:00 - LMT 1924 May 2 # Azerbaijan # From Rustam Aliyev of the Azerbaijan Internet Forum (2005-10-23): # According to the resolution of Cabinet of Ministers, 1997 -# Resolution available at: http://aif.az/docs/daylight_res.pdf +# From Paul Eggert (2015-09-17): It was Resolution No. 21 (1997-03-17). +# http://code.az/files/daylight_res.pdf # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Azer 1997 max - Mar lastSun 4:00 1:00 S Rule Azer 1997 max - Oct lastSun 5:00 0 - -- 2.1.4

1 0

Duplicate Links
by Daniel Schultze Sept. 15, 2015

Sept. 15, 2015

All, While working on a project related to timezone conversion I found that there are a couple of Links that have multiple mappings. I found the problem in tzdata2015f. I have attatched a patch to the checklinks.awk file which lists links with more than one mapping. If I have misunderstood Links please advise me. Thank you, Daniel Schultze

2 2

[PROPOSED PATCH] 'make check_links' now checks duplicate links etc.
by Paul Eggert Sept. 15, 2015

Sept. 15, 2015

* checklinks.awk: Check for duplicate links and zones. Prompted by a problem report from Daniel Schultze in: http://mm.icann.org/pipermail/tz/2015-September/022650.html --- checklinks.awk | 39 ++++++++++++++++++++++++++++++++++----- 1 file changed, 34 insertions(+), 5 deletions(-) diff --git a/checklinks.awk b/checklinks.awk index f57f736..f0ff726 100644 --- a/checklinks.awk +++ b/checklinks.awk @@ -2,14 +2,43 @@ # Contributed by Paul Eggert. -/^Link/ { used[$2] = 1 } -/^Zone/ { defined[$2] = 1 } +BEGIN { + # Special marker indicating that the name is defined as a Zone. + # It is a newline so that it cannot match a valid name. + # It is not null so that its slot does not appear unset. + Zone = "\n" +} -END { - status = 0 +/^Zone/ { + if (defined[$2]) { + if (defined[$2] == Zone) { + printf "%s: Zone has duplicate definition\n", $2 + } else { + printf "%s: Link with same name as Zone\n", $2 + } + status = 1 + } + defined[$2] = Zone +} +/^Link/ { + if (defined[$3]) { + if (defined[$3] == Zone) { + printf "%s: Link with same name as Zone\n", $3 + } else if (defined[$3] == $2) { + printf "%s: Link has duplicate definition\n", $3 + } else { + printf "%s: Link to both %s and %s\n", $3, defined[$3], $2 + } + status = 1 + } + used[$2] = 1 + defined[$3] = $2 +} + +END { for (tz in used) { - if (!defined[tz]) { + if (defined[tz] != Zone) { printf "%s: Link to non-zone\n", tz status = 1 } -- 2.1.4

1 0

[PROPOSED PATCH] Remove synopsis from tzfile man page
by Paul Eggert Sept. 15, 2015

Sept. 15, 2015

* tzfile.5: Remove SYNOPSIS section, as tzfile.h is not intended to be public and should not be copied to /usr/include. Problem reported by kaduk in: https://github.com/eggert/tz/pull/13 --- tzfile.5 | 3 --- 1 file changed, 3 deletions(-) diff --git a/tzfile.5 b/tzfile.5 index 0f2b2ea..b7e6d45 100644 --- a/tzfile.5 +++ b/tzfile.5 @@ -1,9 +1,6 @@ .TH TZFILE 5 .SH NAME tzfile \- time zone information -.SH SYNOPSIS -.B -#include <tzfile.h> .SH DESCRIPTION The time zone information files used by .IR tzset (3) -- 2.1.0

1 0

South Australia may move clocks 30 minutes
by Paul Eggert Sept. 11, 2015

Sept. 11, 2015

The South Australian government is considering changing their clocks by 30 minutes. The government would prefer advancing clocks by 30 minutes to match the time on the east coast. The public is split. Much of the resistance is coming from the west part of the state, where locals worry about their children leaving for school in the dark, and the government is prepared to consider changing school hours to address this. Another possibility is retarding clocks by 30 minutes; this would move closer to solar time, and would align better with Asia. This change would probably affect Broken Hill as well. Northern Territory will be consulted but seems less inclined to change. The consultation process will take at least two months. The government's website crashed as citizens went online to give their opinion. Sources: Nicholson M. South Australia has the most ridiculous time zone, and might be about to change it. Junkee 2015-02-06. http://junkee.com/south-australia-has-the-most-ridiculous-time-zone-and-mig… Ball G, Clift J, Coote G. Broken Hill urged to air views on proposed time zone change for South Australia. ABC News (Australia), 2015-02-06. http://www.abc.net.au/news/2015-02-06/broken-hill-community-urged-air-views… SA considers changing time zone to match eastern states. 9NEWS 2015-02-05. http://www.9news.com.au/national/2015/02/05/12/15/sa-considers-changing-tim… South Australians remain divided on whether it is time for the time to change. 9NEWS 2015-02-06. http://www.9news.com.au/national/2015/02/06/21/03/south-australians-remain-…

2 3

Elsie.nci.nih.gov--a bituary.
by Arthur David Olson Sept. 11, 2015

Sept. 11, 2015

Elsie.nci.nih.gov, best known as the long-time hostess of the time zone database, reached end of life on 2015-09-10; Elsie was 34 (or 457 in human years). Around the time of Elsie's 1981 arrival, the Laboratory of Carcinogen Metabolism at the National Cancer Institute (NCI) in Bethesda, Maryland, was renamed the Laboratory of Experimental Carcinogenesis; Elsie was named for the initials common to the old and new lab names. Elsie began life as a Digital Equipment VAX running BSD UNIX, reincarnating once as a Sun SPARC running Solaris and then again (in declining years) as a Dell Optiplex running Windows. Elsie's early career was in image processing; a software package for analysis of images of two-dimensional polyacrylamide gels bore Elsie's name. As the first computer in the lab, Elsie was the family head of (and file server for) a herd of several dozen computers, all named after cows; they most notably included Daisy, Flower, Millie (adopted from Australia) and Abunga (adopted from Hawaiʻi). Elsie was an early participant in the dial-up UUCP network, net news, and the Internet, as well as a prototype HTTP server within NCI. After an unprovoked 2011 attack, Elsie withdrew behind a wall, but remained active in that more limited sphere. The lab having been disbanded, there are no survivors; since there is no longer a server, there will be no service. @dashdashado

2 1

Binary File Format
by Bill Seymour Sept. 10, 2015

Sept. 10, 2015

I have three questions about the format of the binary files. 1. Re the array of tzh_timecnt transitions: my kneejerk reaction was to think that these were similar to the values in the UNTIL column in the source files, in which case they'd be open upper bounds (in other words, the struct ttinfo that they eventually link to would be for the period immediately before the transition); but it occurs to me that they might be closed lower bounds instead (the corresponding ttinfo is for the period after the transition). tzfile(5) doesn't say explicitly. 2. Basically the same question for the array of leap seconds. The reason it occurs to me that the time_t value could be the point after the leap second is that that's the way that the USNO’s list of leap seconds works. 3. Re the version-'2' array of leap seconds: each array element is a time_t value followed by a count of the number of leap seconds after that time. tzfile(5) says that eight bytes are used for each "transition time" and "leap second time"; but since the count of leap seconds is neither of those, is the count still just four bytes? (I'm thinking that I can't just have a two-dimensional array of int64_t, but rather need a one-dimensional array of struct { int64_t, int32_t }. Is that right?) Thanks, --Bill Seymour

2 1

Sumer Time Paraguay
by Juan Carlos YJ. Lin Sept. 9, 2015

Sept. 9, 2015

Paraguay will change to summer time 60+ on octuber 4, keeping valid the Decreto Nº 1264/2014 Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recué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 retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala 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

question regarding 'timezone' variable
by Kees Dekker Sept. 2, 2015

Sept. 2, 2015

Hi, When USG_COMPAT is set, in localtime.c a long timezone (and int daylight) is declared. In strftime.c, also timezone is used, but no reference to 'extern long timezone' is define, neither do any of the provided header files. On most *NIX platforms, a system 'timezone' variable exists (see e.g. man tzset). My concerns are: a. The provided variable in localtime.c may conflict with the system one. b. The used variable in strftime.c may not related to the variable in localtime.c I think that compilers/linkers may complain about duplicate 'timezone' variables, or probably silently map the local timezone variable to the same one. Question: Is behavior intended? Or do I miss something? Regards, Kees

5 15

Fiji DST 2015/16
by Ken Rylander Sept. 2, 2015

Sept. 2, 2015

Hi Paul, Some changes to the Fiji DST 2015/16 were communicated to us. See attached order from Fiji Government. There is nothing yet on their website, http://www.fiji.gov.fj, so I can't provide a link yet. The attached order states: "the daylight saving period is 1 hour in advance of the standard time commencing at 2.00 am on Sunday 1st November, 2015 and ending at 3.00 am on Sunday 17th January, 2016." Fiji rules in tzdata2015f: Rule Fiji 2014 max - Nov Sun>=1 2:00 1:00 S Rule Fiji 2015 max - Jan Sun>=18 3:00 0 - I guess that means that the start of DST on Nov 1, will work fine. But the second rule need to be changed, so DST will on Jan 17, 2016. Regards, Ken Rylander | Solution Development and BI Manager - Digicel Pacific | Digicel (Fiji) Ltd | P.O.Box 13811, Suva, Fiji | Ground Floor, Kadavu House, Victoria Parade, Suva, Fiji | Mobile (679) 701 5353 | Fax (679) 334 3733 | ken.rylander(a)digicelgroup.com<mailto:ken.rylander@digicelgroup.com> | www.digicelpacific.com<http://www.digicelpacific.com/> ________________________________ Notice of Confidentiality: The information contained in this communication is intended solely for the use of the individual or entity to whom it is addressed and others authorized to receive it. It may contain confidential or legally privileged information. If you are not the intended recipient you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this information is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by responding to this email and then delete it from your system.

2 2

[PROPOSED PATCH] Fix localtime bug with Anchorage after 2037
by Paul Eggert Aug. 28, 2015

Aug. 28, 2015

* NEWS: Document this. * localtime.c (tzloadbody): Handle America/Anchorage after 2037, even though the sum of the abbreviations' sizes (42) plus the sum of the extended abbreviations' sizes (10) exceeds TZ_MAX_CHARS (50). Do this by reusing existing abbreviations. Thanks to Bradley White for reporting the bug. Perhaps we should also consider increasing TZ_MAX_CHARS from its currently-low value. --- NEWS | 8 +++++++ localtime.c | 71 +++++++++++++++++++++++++++++++++++++++---------------------- 2 files changed, 54 insertions(+), 25 deletions(-) diff --git a/NEWS b/NEWS index b477250..ffe3fb2 100644 --- a/NEWS +++ b/NEWS @@ -1,5 +1,13 @@ News for the tz database +Unreleased, experimental changes + + Changes affecting code + + localtime no longer mishandles America/Anchorage after 2037. + (Thanks to Bradley White for reporting the bug.) + + Release 2015f - 2015-08-10 18:06:56 -0700 Changes affecting future time stamps diff --git a/localtime.c b/localtime.c index ded8f7b..ac34e5d 100644 --- a/localtime.c +++ b/localtime.c @@ -569,31 +569,52 @@ tzloadbody(char const *name, struct state *sp, bool doextend, up->buf[nread - 1] = '\0'; if (tzparse(&up->buf[1], ts, false) - && ts->typecnt == 2 - && sp->charcnt + ts->charcnt <= TZ_MAX_CHARS) { - for (i = 0; i < 2; ++i) - ts->ttis[i].tt_abbrind += - sp->charcnt; - for (i = 0; i < ts->charcnt; ++i) - sp->chars[sp->charcnt++] = - ts->chars[i]; - i = 0; - while (i < ts->timecnt && - ts->ats[i] <= - sp->ats[sp->timecnt - 1]) - ++i; - while (i < ts->timecnt && - sp->timecnt < TZ_MAX_TIMES) { - sp->ats[sp->timecnt] = - ts->ats[i]; - sp->types[sp->timecnt] = - sp->typecnt + - ts->types[i]; - ++sp->timecnt; - ++i; - } - sp->ttis[sp->typecnt++] = ts->ttis[0]; - sp->ttis[sp->typecnt++] = ts->ttis[1]; + && ts->typecnt == 2) { + + /* Attempt to reuse existing abbreviations. + Without this, America/Anchorage would stop + working after 2037 when TZ_MAX_CHARS is 50, as + sp->charcnt equals 42 (for LMT CAT CAWT CAPT AHST + AHDT YST AKDT AKST) and ts->charcnt equals 10 + (for AKST AKDT). Reusing means sp->charcnt can + stay 42 in this example. */ + int gotabbr = 0; + int charcnt = sp->charcnt; + for (i = 0; i < 2; i++) { + char *tsabbr = ts->chars + ts->ttis[i].tt_abbrind; + int j; + for (j = 0; j < charcnt; j++) + if (strcmp(sp->chars + j, tsabbr) == 0) { + ts->ttis[i].tt_abbrind = j; + gotabbr++; + break; + } + if (! (j < charcnt)) { + int tsabbrlen = strlen(tsabbr); + if (j + tsabbrlen < TZ_MAX_CHARS) { + strcpy(sp->chars + j, tsabbr); + charcnt = j + tsabbrlen + 1; + ts->ttis[i].tt_abbrind = j; + gotabbr++; + } + } + } + if (gotabbr == 2) { + sp->charcnt = charcnt; + for (i = 0; i < ts->timecnt; i++) + if (sp->ats[sp->timecnt - 1] < ts->ats[i]) + break; + while (i < ts->timecnt + && sp->timecnt < TZ_MAX_TIMES) { + sp->ats[sp->timecnt] = ts->ats[i]; + sp->types[sp->timecnt] = (sp->typecnt + + ts->types[i]); + sp->timecnt++; + i++; + } + sp->ttis[sp->typecnt++] = ts->ttis[0]; + sp->ttis[sp->typecnt++] = ts->ttis[1]; + } } } if (sp->timecnt > 1) { -- 2.1.4

1 0

North Korea ultimatum deadline time confusion
by Paul Eggert Aug. 22, 2015

Aug. 22, 2015

North Korea has delivered a 48-hour ultimatum to the South Korean Defense Ministry, saying that it will respond militarily unless South Korea stops broadcasting propaganda via loudspeakers over the border. There seems to be some confusion about the ultimatum's exact deadline. Ju-Min Park and James Person of Reuters report that although the ultimatum is "uncharacteristically specific", the deadline is "around 5 p.m. (0800 GMT) on Saturday in Seoul". Could the time confusion be due to the recent time zone change in North Korea? Park JM, Pearson J. North Korea goes on war footing against South Korea as deadline looms. Reuters 2015-08-21 12:53 -0400. http://www.reuters.com/article/2015/08/21/us-northkorea-southkorea-border-i… $ date -u; TZ=Asia/Pyongyang date; TZ=Asia/Seoul date Fri Aug 21 17:12:37 UTC 2015 Sat Aug 22 01:42:37 KST 2015 Sat Aug 22 02:12:37 KST 2015

2 3

Time zone humor
by Matt Johnson Aug. 18, 2015

Aug. 18, 2015

For the art file http://www.maniacworld.com/time-zones-explained.html Enjoy!

3 4

tzfiles contain Unix epoch for the first transition time
by Eric Erhardt Aug. 15, 2015

Aug. 15, 2015

I am working on enabling the .NET TimeZoneInfo class to read time zone information from tzfiles. I've hit a snag with the latest tzdata 2015f. (I'm not sure when this change started, but the problem doesn't occur with the tzfiles that are shipped with an Ubuntu 14.04 distribution.) The problem is that the 2015f version of the tzdata contains an initial "Transition Time" that is out of order. The beginning of the America/Chicago tzfile looks like the following: Transition Time Transition Offset 01/01/1970 00:00:00 -05:50:36 11/18/1883 18:00:00 -06:00:00 03/31/1918 08:00:00 -05:00:00 DST 10/27/1918 07:00:00 -06:00:00 Notice the first entry is for 1970, and then the next entry is for 1883. This breaks the documentation in 'man tzfile': The above header is followed by tzh_timecnt four-byte values of type long, sorted in ascending order. These values are written in "standard" byte order. Each is used as a transition time (as returned by time(2)) at which the rules for computing local time change. This causes the TimeZoneInfo parsing code to throw an exception because it is assuming these transitions are sorted in ascending order. Is this an intentional change in the tzfiles? If so, will the tzfile man page be updated for this change? Eric Erhardt

8 18

[PROPOSED PATCH] Fix comments re NK transition time, abbreviation
by Paul Eggert Aug. 15, 2015

Aug. 15, 2015

* asia (Asia/Pyongyang): Confirm 00:00 as transition time. Fix commentary about abbreviation. --- asia | 11 ++++++----- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/asia b/asia index 4f8756b..78eed56 100644 --- a/asia +++ b/asia @@ -1717,11 +1717,12 @@ Rule ROK 1987 1988 - Oct Sun>=8 3:00 0 S # the 8:30 time zone on August 15, one example: # http://www.bbc.com/news/world-asia-33815049 # -# From Paul Eggert (2015-08-07): -# No transition time is specified; assume 00:00. +# From Paul Eggert (2015-08-15): +# Bells rang out midnight (00:00) Friday as part of the celebrations. See: +# Talmadge E. North Korea celebrates new time zone, 'Pyongyang Time' +# http://news.yahoo.com/north-korea-celebrates-time-zone-pyongyang-time-16403… # There is no common English-language abbreviation for this time zone. -# Use %z rather than invent one. We can't assume %z works everywhere yet, -# so for now substitute its output manually. +# Use KST, as that's what we already use for 1954-1961 in ROK. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Seoul 8:27:52 - LMT 1908 Apr 1 @@ -1735,7 +1736,7 @@ Zone Asia/Pyongyang 8:23:00 - LMT 1908 Apr 1 8:30 - KST 1912 Jan 1 9:00 - JCST 1937 Oct 1 9:00 - JST 1945 Aug 24 - 9:00 - KST 2015 Aug 15 + 9:00 - KST 2015 Aug 15 00:00 8:30 - KST ############################################################################### -- 2.1.4

1 0

Is there a zip archive withe the TZ zoneinfo data available ?
by Dave Sweeney Aug. 14, 2015

Aug. 14, 2015

Hello, I was wondering if IANA or a trusted partner provides a zip format of the TZ data and source file? Thank You and Regards, Dave Sweeney +1 (978) 451-0895 VMS Software Inc.

2 2

propagation of North Korea and Uruguay changes
by Paul Eggert Aug. 13, 2015

Aug. 13, 2015

As part of routine system updates my Ubuntu 15.04 desktop now has 2015f's changes for North Korea and Uruguay. Ubuntu is downstream from Debian, so I assume other Debian-derived distributions also have the update; <http://metadata.ftp-master.debian.org/changelogs//main/t/tzdata/tzdata_2015…> says the Debian patch is dated 2015-08-11 19:56:35 +0200. <https://access.redhat.com/articles/1187353> says Red Hat takes at least five business days for QA and estimates their patch will be available for installation by tomorrow, which would be right around the time of North Korea's time zone change. Microsoft says an update for Windows in North Korea is planned by early September <http://blogs.technet.com/b/dst2007/archive/2015/08/07/upcoming-windows-dst-…>. I assume North Korea's own Red Star OS will be updated in time, though I don't know how to check this. <https://en.wikipedia.org/wiki/Red_Star_OS>

1 0

[PROPOSED PATCH] Support %z in Zone formats
by Paul Eggert Aug. 12, 2015

Aug. 12, 2015

This extends the zic input format to add support for %z, which expands to a UTC offset in as-short-as-possible ISO 8601 format. It's intended to better support zones that do not have an established abbreviation already. This is a change only to zic; it does not affect the data, which can still be compiled with older zic versions. * NEWS, zic.8: Document this. * zic.c (struct zone): New member z_format_specifier. (PERCENT_Z_LEN_BOUND): New constant. (max_abbrvar_len): Initialize to it, rather than to 0. (associate, inzsub, doabbr): Add support for %z. (abbroffset): New function. (doabbr): 2nd arg is now struct zone *, not a char *. All callers changed. --- NEWS | 5 +++++ zic.8 | 13 +++++++++++ zic.c | 82 ++++++++++++++++++++++++++++++++++++++++++++++++++++++------------- 3 files changed, 85 insertions(+), 15 deletions(-) diff --git a/NEWS b/NEWS index b7593e7..9eff28c 100644 --- a/NEWS +++ b/NEWS @@ -25,6 +25,11 @@ Unreleased, experimental changes (Thanks to Jon Skeet and Arthur David Olson.) Constraints on simultaneity are now documented. + The two characters '%z' in a zone format now stand for the UTC + offset, e.g., '-07' for seven hours behind UTC and '+0530' for + five hours and thirty minutes ahead. This better supports time + zone abbreviations conforming to POSIX.1-2001 and later. + Changes affecting installed data files Data entries have been simplified for Atlantic/Canary, Europe/Simferopol, diff --git a/zic.8 b/zic.8 index dfb01db..94b6753 100644 --- a/zic.8 +++ b/zic.8 @@ -350,6 +350,19 @@ The pair of characters is used to show where the .q "variable part" of the time zone abbreviation goes. +Alternately, a format can use the pair of characters +.B %z +to stand for the UTC offset in the form +.RI \(+- hh , +.RI \(+- hhmm , +or +.RI \(+- hhmmss , +using the shortest form that does not lose information, where +.IR hh , +.IR mm , +and +.I ss +are the hours, minutes, and seconds east (+) or west (\(mi) of UTC. Alternately, a slash (/) separates standard and daylight abbreviations. diff --git a/zic.c b/zic.c index 6854033..3c4ae93 100644 --- a/zic.c +++ b/zic.c @@ -76,6 +76,7 @@ struct zone { zic_t z_gmtoff; const char * z_rule; const char * z_format; + char z_format_specifier; zic_t z_stdoff; @@ -130,6 +131,9 @@ static void rulesub(struct rule * rp, static zic_t tadd(zic_t t1, zic_t t2); static bool yearistype(int year, const char * type); +/* Bound on length of what %z can expand to. */ +enum { PERCENT_Z_LEN_BOUND = sizeof "+995959" - 1 }; + static int charcnt; static bool errors; static bool warnings; @@ -139,7 +143,7 @@ static bool leapseen; static zic_t leapminyear; static zic_t leapmaxyear; static int linenum; -static int max_abbrvar_len; +static int max_abbrvar_len = PERCENT_Z_LEN_BOUND; static int max_format_len; static zic_t max_year; static zic_t min_year; @@ -955,7 +959,7 @@ associate(void) ** Note, though, that if there's no rule, ** a '%s' in the format is a bad thing. */ - if (strchr(zp->z_format, '%') != 0) + if (zp->z_format_specifier == 's') error("%s", _("%s in ruleless zone")); } } @@ -1170,6 +1174,7 @@ static bool inzsub(char **fields, int nfields, bool iscont) { register char * cp; + char * cp1; static struct zone z; register int i_gmtoff, i_rule, i_format; register int i_untilyear, i_untilmonth; @@ -1201,13 +1206,21 @@ inzsub(char **fields, int nfields, bool iscont) z.z_linenum = linenum; z.z_gmtoff = gethms(fields[i_gmtoff], _("invalid UT offset"), true); if ((cp = strchr(fields[i_format], '%')) != 0) { - if (*++cp != 's' || strchr(cp, '%') != 0) { + if ((*++cp != 's' && *cp != 'z') || strchr(cp, '%') + || strchr(fields[i_format], '/')) { error(_("invalid abbreviation format")); return false; } } z.z_rule = ecpyalloc(fields[i_rule]); - z.z_format = ecpyalloc(fields[i_format]); + z.z_format = cp1 = ecpyalloc(fields[i_format]); + z.z_format_specifier = cp ? *cp : '\0'; + if (z.z_format_specifier == 'z') { + if (noise) + warning(_("format '%s' not handled by pre-2015 versions of zic"), + z.z_format); + cp1[cp - fields[i_format]] = 's'; + } if (max_format_len < strlen(z.z_format)) max_format_len = strlen(z.z_format); hasuntil = nfields > i_untilyear; @@ -1890,19 +1903,59 @@ writezone(const char *const name, const char *const string, char version) free(fullname); } +static char const * +abbroffset(char *buf, zic_t offset) +{ + char sign = '+'; + int seconds, minutes; + + if (offset < 0) { + offset = -offset; + sign = '-'; + } + + seconds = offset % SECSPERMIN; + offset /= SECSPERMIN; + minutes = offset % MINSPERHOUR; + offset /= MINSPERHOUR; + if (100 <= offset) { + error(_("%%z UTC offset magnitude exceeds 99:59:59")); + return "%z"; + } else { + char *p = buf; + *p++ = sign; + *p++ = '0' + offset / 10; + *p++ = '0' + offset % 10; + if (minutes | seconds) { + *p++ = '0' + minutes / 10; + *p++ = '0' + minutes % 10; + if (seconds) { + *p++ = '0' + seconds / 10; + *p++ = '0' + seconds % 10; + } + } + *p = '\0'; + return buf; + } +} + static size_t -doabbr(char *const abbr, const char *const format, const char *const letters, +doabbr(char *abbr, struct zone const *zp, char const *letters, bool isdst, bool doquotes) { register char * cp; register char * slashp; register size_t len; + char const *format = zp->z_format; slashp = strchr(format, '/'); if (slashp == NULL) { - if (letters == NULL) - strcpy(abbr, format); - else sprintf(abbr, format, letters); + char letterbuf[PERCENT_Z_LEN_BOUND + 1]; + if (zp->z_format_specifier == 'z') + letters = abbroffset(letterbuf, -zp->z_gmtoff); + else if (!letters) + letters = "%s"; + sprintf(abbr, format, letters); } else if (isdst) { strcpy(abbr, slashp + 1); } else { @@ -2127,7 +2180,7 @@ stringzone(char *result, const struct zone *const zpfirst, const int zonecount) if (stdrp == NULL && (zp->z_nrules != 0 || zp->z_stdoff != 0)) return -1; abbrvar = (stdrp == NULL) ? "" : stdrp->r_abbrvar; - len = doabbr(result, zp->z_format, abbrvar, false, true); + len = doabbr(result, zp, abbrvar, false, true); offsetlen = stringoffset(result + len, -zp->z_gmtoff); if (! offsetlen) { result[0] = '\0'; @@ -2136,7 +2189,7 @@ stringzone(char *result, const struct zone *const zpfirst, const int zonecount) len += offsetlen; if (dstrp == NULL) return compat; - len += doabbr(result + len, zp->z_format, dstrp->r_abbrvar, true, true); + len += doabbr(result + len, zp, dstrp->r_abbrvar, true, true); if (dstrp->r_stdoff != SECSPERMIN * MINSPERHOUR) { offsetlen = stringoffset(result + len, -(zp->z_gmtoff + dstrp->r_stdoff)); @@ -2307,8 +2360,7 @@ outzone(const struct zone * const zpfirst, const int zonecount) startoff = zp->z_gmtoff; if (zp->z_nrules == 0) { stdoff = zp->z_stdoff; - doabbr(startbuf, zp->z_format, - NULL, stdoff != 0, false); + doabbr(startbuf, zp, NULL, stdoff != 0, false); type = addtype(oadd(zp->z_gmtoff, stdoff), startbuf, stdoff != 0, startttisstd, startttisgmt); @@ -2400,7 +2452,7 @@ outzone(const struct zone * const zpfirst, const int zonecount) if (ktime < starttime) { startoff = oadd(zp->z_gmtoff, stdoff); - doabbr(startbuf, zp->z_format, + doabbr(startbuf, zp, rp->r_abbrvar, rp->r_stdoff != 0, false); @@ -2410,7 +2462,7 @@ outzone(const struct zone * const zpfirst, const int zonecount) startoff == oadd(zp->z_gmtoff, stdoff)) { doabbr(startbuf, - zp->z_format, + zp, rp->r_abbrvar, rp->r_stdoff != false, @@ -2419,7 +2471,7 @@ outzone(const struct zone * const zpfirst, const int zonecount) } eats(zp->z_filename, zp->z_linenum, rp->r_filename, rp->r_linenum); - doabbr(ab, zp->z_format, rp->r_abbrvar, + doabbr(ab, zp, rp->r_abbrvar, rp->r_stdoff != 0, false); offset = oadd(zp->z_gmtoff, rp->r_stdoff); type = addtype(offset, ab, rp->r_stdoff != 0, -- 2.1.4

3 4

Re: [tz] Time zone humor
by Matt Johnson Aug. 11, 2015

Aug. 11, 2015

Thanks! Sent from my Windows Phone ________________________________ From: Paul Eggert<mailto:eggert@cs.ucla.edu> Sent: ‎8/‎11/‎2015 1:11 PM To: Matt Johnson<mailto:mj1856@hotmail.com> Cc: Time zone mailing list<mailto:tz@iana.org> Subject: Re: Time zone humor Steve Jones did the legwork on the Laugh-In show number; attached is a proposed patch. The git commit log is "* tz-art.htm: Add Goldie Hawn. (Thanks to Matt Johnson & Steve Jones.)"

1 0

[tz-announce] 2015f release of tz code and data available
by Paul Eggert Aug. 11, 2015

Aug. 11, 2015

The 2015f 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 North Korea switches to +0830 on 2015-08-15. (Thanks to Steffen Thorsen.) The abbreviation remains "KST". (Thanks to Robert Elz.) Uruguay no longer observes DST. (Thanks to Steffen Thorsen and Pablo Camargo.) Changes affecting past and future time stamps Moldova starts and ends DST at 00:00 UTC, not at 01:00 UTC. (Thanks to Roman Tudos.) Changes affecting data format and code zic's '-y YEARISTYPE' option is no longer documented. The TYPE field of a Rule line should now be '-'; the old values 'even', 'odd', 'uspres', 'nonpres', 'nonuspres' were already undocumented. Although the implementation has not changed, these features do not work in the default installation, they are not used in the data, and they are now considered obsolescent. zic now checks that two rules don't take effect at the same time. (Thanks to Jon Skeet and Arthur David Olson.) Constraints on simultaneity are now documented. The two characters '%z' in a zone format now stand for the UTC offset, e.g., '-07' for seven hours behind UTC and '+0530' for five hours and thirty minutes ahead. This better supports time zone abbreviations conforming to POSIX.1-2001 and later. Changes affecting installed data files Comments for America/Halifax and America/Glace_Bay have been improved. (Thanks to Brian Inglis.) Data entries have been simplified for Atlantic/Canary, Europe/Simferopol, Europe/Sofia, and Europe/Tallinn. This yields slightly smaller installed data files for Europe/Simferopol and Europe/Tallinn. It does not affect timestamps. (Thanks to Howard Hinnant.) Changes affecting code zdump and zic no longer warn about valid time zone abbreviations like '-05'. Some Visual Studio 2013 warnings have been suppressed. (Thanks to Kees Dekker.) 'date' no longer sets the time of day and its -a, -d, -n and -t options have been removed. Long obsolescent, the implementation of these features had porting problems. Builders no longer need to configure HAVE_ADJTIME, HAVE_SETTIMEOFDAY, or HAVE_UTMPX_H. (Thanks to Kees Dekker for pointing out the problem.) Changes affecting documentation The Theory file mentions naming issues earlier, as these seem to be poorly publicized (thanks to Gilmore Davidson for reporting the problem). tz-link.htm mentions Time Zone Database Parser (thanks to Howard Hinnant). Mention that Herbert Samuel introduced the term "Summer Time". Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2015f.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2015f.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2015f.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2015f.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 6230594d225d7b2f40957ad602890a6bbb1e79ed dated Mon Aug 10 18:06:56 2015 -0700 and tagged '2015f' in the experimental github repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: 5cfbebde8a0be57e8388a7b6d35aeba99130a72c1a41f9bbd5d5864511a473aa5e9320ab21055b4383e64b3b9d7682c0d30377ce8407619987be672436014710 tzcode2015f.tar.gz d86e6c9e4c6d9cd5de30762723d7a90ac697feeb6dd1f04649f6a35e4e1dc638261c32066db4aeafa767ac339ccd100c38dde044ceadd61e95cb3d39c27f977e tzdata2015f.tar.gz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJVyUtJAAoJEO2X6Q5iqn403AUP/A4bYIu7hVztxaMBlQ93XE3i TEopwXq7eH6YuwgIIAjQCLTrFeYj3LmWlDNaO4eGgZxr6NoN1QcrNKeHjQSDcP35 pNJs+KonQhakxQn8TXBfhhQkhJNIoUOfGxgao5aYC2ZWZXWJ9NTKuc+JTcd1AM73 R3SQdsONkBqtCXjINEAYqj1rYHBpYRfZ1Gx7NA8Ryg2JDi9Od3trwZofTcLMqcnt PoHrOq6JV1mdEN7e9GyxOEt4FxjfPBmYVoaAqyZG+sJCLYtcFVWLUvCQBKOjPLbI 4gFw36eqylDHxbTlQkymv1Ys1wQh09/J0SZE68H/g6nUIVpdqbYsm86oj3Di2fod 7O7CdJpgnpreoXW2/C5UoRJjpZGSuvHyHYOi5leFLvQMEqoJE6c1heXQxlFMdDqU sAQg+A+1LKUo9pBg7kZugerfq19iekWeXbDQwRIoOk5kxQv2p2ILprVglxfztmOp 7qc+I+1tWDWlqu3eOglhDlO43SltYha6Mkvj0bINK4KBjsWXCXbvorsbCeGsl35W m1yA9Ot/wCpqGPmHUxykaoK7ncvP82iCF9QbO/0/GhgjLmbf1mbech5JTa7Cw/IX 7z9BS7dn7ZPaRvPB0onXVM/3i6KfgF1qx4ikS05rnwKoy8EYmC5yoOoksltzi1lw LlupIt5hqHPqvmaW1npi =dUDd -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJVyUtQAAoJEO2X6Q5iqn40is8P/006dw57YcxGLaPn767wjhf4 6P+c4s3fAPXofc08Gd5kr97NVNPPmi2is7DKjJ7X8rie2208qf9tGiF37V0bzf6J TfbNRzoaja7qW+i58iHeZOEJiuapF/DO6pR/PA0y1dINemlowQfQECYq2TtIN0uK ZwnxL67fnGBAJyI0uhlBUP+YoV4/8Lzw3/or0qP2fudBmEuQoMgqeLKbE4KholPF RmdGcEgX8gFvXcmYG3nA0LQ1GeTCuCuf09HjTOddv66IUjM7nnzgaksBuDhKB5GT UZMhGnEQF+iSfe0Sbg28AA1F1G2Obd+vbnvPe1s0t9Q8hVvk0QHf7al9PAIEaMrf Dpv5hKl720aHeE5nO0AywJXtizJOWpUffghgQywYxVDAonYgir/5x54ibgTLEvzn qCAo3J4fwHcmWkH4LOFIRgjq2NSIZcoX/yORf/u1YOEBlx9fviEE70jOZwziXGra jZTyujhaIB4/JeCKKR7dfAARvuSztDKcuMSNhHJGrojR0Vb37ghOIiZlDHaMOAxk VaIDUQEcqHV9QCoZVkhp7lpYTRDAX6LcbBOf+pdm4yJdrmdVQ0uR4Lnvpep5Ctil QcoQ3NiVQkdmDQGjohe+ReQb6n9vE8VKr8sYZuU9Zvbk9tNyWSeTDFmsEJWlH0Iy uEa8hH03uLJpelMpkRK7 =B5lv -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

[PATCH] HTML link maintenance
by Paul Eggert Aug. 11, 2015

Aug. 11, 2015

* tz-art.htm: Update obsolete links, mostly to allmusic.com. Put the end-of-the-world joke at the end, where it belongs. * tz-link.htm: Move Seymour link to archive.org, since it's still useful but cstdbill.com no longer works. Remove obsolete link to toi.inrim.it. Update links in tz-link.htm * tz-link.htm: Use archive.org for "How to Read the tz Database", as the web site appears to be permanently down but the link is still useful. Remove the obsolete and no-longer-working link to "The Time of Internet". --- tz-art.htm | 50 ++++++++++++++++++++++++-------------------------- tz-link.htm | 9 ++------- 2 files changed, 26 insertions(+), 33 deletions(-) diff --git a/tz-art.htm b/tz-art.htm index 07059ee..63b7c09 100644 --- a/tz-art.htm +++ b/tz-art.htm @@ -34,7 +34,7 @@ Todd Strait, drums</td></tr> <tr><td>Notes</td><td>CD notes "additional lyric by Karrin Allyson; arranged by Russ Long and Karrin Allyson"</td></tr> <tr><td>ADO Rating</td><td>1 star</td></tr> -<tr><td><a href="http://www.allmusic.com/cg/amg.dll?p=amg&sql=A1fdovw9ta92k">AMG Rating</a></td><td>4 stars</td></tr> +<tr><td><a href="http://www.allmusic.com/album/i-didnt-know-about-you-mw0000618657">AMG Rating</a></td><td>4 stars</td></tr> <tr><td>Penguin Rating</td><td>3.5 stars</td></tr> <tr><td> </td></tr> <tr><td>Artist</td><td>Kevin Mahogany</td></tr> @@ -49,7 +49,7 @@ Ray Drummond, bass; Ralph Moore, tenor saxophone; Lewis Nash, drums</td></tr> <tr><td>ADO Rating</td><td>1.5 stars</td></tr> -<tr><td><a href="http://www.allmusic.com/cg/amg.dll?p=amg&sql=Akikbikzjbb19">AMG Rating</a></td><td>3 stars</td></tr> +<tr><td><a href="http://www.allmusic.com/album/double-rainbow-mw0000620371">AMG Rating</a></td><td>3 stars</td></tr> <tr><td>Penguin Rating</td><td>3 stars</td></tr> <tr><td> </td></tr> <tr><td>Artist</td><td>Joe Williams</td></tr> @@ -63,7 +63,7 @@ The Robert Farnon [39 piece] Orchestra</td></tr> <tr><td>Notes</td><td>This CD is also available as part of a 3-CD package from Telarc, "Triple Play" (CD-83461)</td></tr> <tr><td>ADO Rating</td><td>black dot</td></tr> -<tr><td><a href="http://www.allmusic.com/cg/amg.dll?p=amg&sql=Amyyvad6kt8w1">AMG Rating</a></td><td>2 stars</td></tr> +<tr><td><a href="http://www.allmusic.com/album/heres-to-life-mw0000623648">AMG Rating</a></td><td>2 stars</td></tr> <tr><td>Penguin Rating</td><td>3 stars</td></tr> <tr><td> </td></tr> <tr><td>Artist</td><td>Charles Fambrough</td></tr> @@ -77,10 +77,8 @@ Joel Levine, tenor recorder; Edward Simon, piano; Lenny White, drums; Marion Simon, percussion</td></tr> -<tr><td>Notes</td><td>On-line information and samples available at -<a href="http://wwmusic.com/~music/audioq/rel/1033.html">http://wwmusic.com/~music/audioq/rel/1033.html</a></td></tr> <tr><td>ADO Rating</td><td>2 stars</td></tr> -<tr><td><a href="http://www.allmusic.com/cg/amg.dll?p=amg&sql=A5rkcikcjbb89">AMG Rating</a></td><td>unrated</td></tr> +<tr><td><a href="http://www.allmusic.com/album/keeper-of-the-spirit-mw0000176559">AMG Rating</a></td><td>unrated</td></tr> <tr><td>Penguin Rating</td><td>3 stars</td></tr> </table> <hr> @@ -98,7 +96,7 @@ David Piltch, string bass</td></tr> <tr><td>Notes</td><td>Lyrical reference to "Eastern Standard Time" in Tom Waits' "Purple Avenue"</td></tr> <tr><td>ADO Rating</td><td>2.5 stars</td></tr> -<tr><td><a href="http://www.allmusic.com/cg/amg.dll?p=amg&sql=A3a9ds37ya3dg">AMG Rating</a></td><td>3 stars</td></tr> +<tr><td><a href="http://www.allmusic.com/album/blame-it-on-my-youth-mw0000274303">AMG Rating</a></td><td>3 stars</td></tr> <tr><td>Penguin Rating</td><td>unrated</td></tr> <tr><td> </td></tr> <tr><td>Artist</td><td>Milt Hinton</td></tr> @@ -125,11 +123,11 @@ Sometimes I'm Happy, A Hot Time in the Old Town Tonight, Four or Five Times, Now's the Time, Time on My Hands, This Time It's Us, -and Good Time Charlie -On-line samples available at -<a href="http://www.chiaroscurojazz.com/albuminfo.php4?albumid=49">http://www.chiaroscurojazz.com/albuminfo.php3?albumid=49</a></td></tr> +and Good Time Charlie. +<a href="http://www.chiaroscurojazz.com/album.php?C=310">Album info</a> +is available.</td></tr> <tr><td>ADO Rating</td><td>3 stars</td></tr> -<tr><td><a href="http://www.allmusic.com/cg/amg.dll?p=amg&sql=A1cbyxdab8ola">AMG Rating</a></td><td>4.5 stars</td></tr> +<tr><td><a href="http://www.allmusic.com/album/old-man-time-mw0000269353">AMG Rating</a></td><td>4.5 stars</td></tr> <tr><td>Penguin Rating</td><td>3 stars</td></tr> <tr><td> </td></tr> <tr><td>Artist</td><td>Alan Broadbent</td></tr> @@ -143,7 +141,7 @@ Putter Smith, Bass; Frank Gibson, Jr., drums</td></tr> <tr><td>Notes</td><td>The CD cover features an analemma for equation-of-time fans</td></tr> <tr><td>ADO Rating</td><td>1 star</td></tr> -<tr><td><a href="http://www.allmusic.com/cg/amg.dll?p=amg&sql=Asl8zefuk8gfo">AMG Rating</a></td><td>4 stars</td></tr> +<tr><td><a href="http://www.allmusic.com/album/pacific-standard-time-mw0000645433">AMG Rating</a></td><td>4 stars</td></tr> <tr><td>Penguin Rating</td><td>3.5 stars</td></tr> <tr><td> </td></tr> <tr><td>Artist</td><td>Anthony Braxton/Richard Teitelbaum</td></tr> @@ -158,7 +156,7 @@ Leo Smith, trumpet and miscellaneous instruments; Leroy Jenkins, violin and miscellaneous instruments; Richard Teitelbaum, modular moog and micromoog synthesizer</td></tr> <tr><td>ADO Rating</td><td>black dot</td></tr> -<tr><td><a href="http://www.allmusic.com/cg/amg.dll?p=amg&sql=A5bkvu3xjan1k">AMG Rating</a></td><td>unrated</td></tr> +<tr><td><a href="http://www.allmusic.com/album/silence-time-zones-mw0000595735">AMG Rating</a></td><td>4 stars</td></tr> <tr><td> </td></tr> <tr><td>Artist</td><td>Charles Gayle</td></tr> <tr><td>CD</td><td>Time Zones</td></tr> @@ -168,7 +166,7 @@ Richard Teitelbaum, modular moog and micromoog synthesizer</td></tr> <tr><td>Total Time</td><td>49:06</td></tr> <tr><td>Personnel</td><td>Charles Gayle, piano</td></tr> <tr><td>ADO Rating</td><td>1 star</td></tr> -<tr><td><a href="http://www.allmusic.com/cg/amg.dll?p=amg&sql=10:13rc28vw054a">AMG Rating</a></td><td>4.5 stars</td></tr> +<tr><td><a href="http://www.allmusic.com/album/time-zones-mw0000349642">AMG Rating</a></td><td>4.5 stars</td></tr> <tr><td> </td></tr> <tr><td>Artist</td><td>The Get Up Kids</td></tr> <tr><td>CD</td><td>Eudora</td></tr> @@ -177,7 +175,7 @@ Richard Teitelbaum, modular moog and micromoog synthesizer</td></tr> <tr><td>ID</td><td>357</td></tr> <tr><td>Total Time</td><td>65:12</td></tr> <tr><td>Notes</td><td>Includes the song "Central Standard Time." Thanks to Colin Bowern for this information.</td></tr> -<tr><td><a href="http://www.allmusic.com/cg/amg.dll?p=amg&sql=10:7ddovwvla9xk">AMG Rating</a></td><td>2.5 stars</td></tr> +<tr><td><a href="http://www.allmusic.com/album/eudora-mw0000592063">AMG Rating</a></td><td>2.5 stars</td></tr> <tr><td> </td></tr> <tr><td>Artist</td><td>Coldplay</td></tr> @@ -210,7 +208,7 @@ Supernaw.</td></tr> <tr><td>ID</td><td>272</td></tr> <tr><td>Total Time</td><td>73:05</td></tr> <tr><td>Notes</td><td>Includes the song "Twilight Time Zone."</td></tr> -<tr><td><a href="http://www.allmusic.com/cg/amg.dll?p=amg&sql=10:w9fpxzykldje">AMG Rating</a></td><td>3.5 stars</td></tr> +<tr><td><a href="http://www.allmusic.com/album/lobster-leaps-in-mw0000794929">AMG Rating</a></td><td>3.5 stars</td></tr> <tr><td>ADO Rating</td><td>2 stars</td></tr> <tr><td> </td></tr> @@ -221,7 +219,7 @@ Supernaw.</td></tr> <tr><td>Label</td><td>Columbia</td></tr> <tr><td>ID</td><td>CK-8905</td></tr> <tr><td>Total Time</td><td>45:36</td></tr> -<tr><td><a href="http://www.allmusic.com/cg/amg.dll?p=amg&sql=10:gifqxqt5ld0e">AMG Rating</a></td><td>4.5 stars</td></tr> +<tr><td><a href="http://www.allmusic.com/album/the-times-they-a-changin-mw0000202344">AMG Rating</a></td><td>4.5 stars</td></tr> <tr><td>ADO Rating</td><td>1.5 stars</td></tr> <tr><td>Notes<td>The title song is also available on "Bob Dylan's Greatest Hits" and "The Essential Bob Dylan."</td></tr> <tr><td> </td></tr> @@ -232,7 +230,7 @@ Supernaw.</td></tr> <tr><td>Label</td><td>Universal Jazz France</td></tr> <tr><td>ID</td><td>B0012688-02</td></tr> <tr><td>Total Time</td><td>42:31</td></tr> -<tr><td><a href="http://www.allmusic.com/cg/amg.dll?p=amg&sql=10:3bftxzw0ldhe">AMG Rating</a></td><td>3.5 stars</td></tr> +<tr><td><a href="http://www.allmusic.com/album/tide-mw0000815692">AMG Rating</a></td><td>3.5 stars</td></tr> <tr><td>ADO Rating</td><td>2.5 stars</td></tr> <tr><td>Notes<td>Includes the song "Fire and Wood" with the lyric "The clocks were turned back you remember/Think it's still November." @@ -245,7 +243,7 @@ Supernaw.</td></tr> <tr><td>ID</td><td>B0005171-02</td></tr> <tr><td>Total Time</td><td>156:22</td></tr> <tr><td>ADO Rating</td><td>1 star</td></tr> -<tr><td><a href="http://www.allmusic.com/album/youre-getting-better-the-word-jazz-dot-master…">AMG Rating</a></td><td>4.5 stars</td></tr> +<tr><td><a href="http://www.allmusic.com/album/youre-getting-better-the-word-jazz-dot-master…">AMG Rating</a></td><td>4.5 stars</td></tr> <tr><td>Notes</td><td>Includes the piece "What Time Is It" ("He knew what time it was everywhere...that counted").</td></tr> <tr><td> </td></tr> @@ -491,6 +489,13 @@ or are you just trying to dazzle me with your command of time zones?" entitled "The Kid," originally aired 1997-11-04) </li> <li> +"I put myself and my staff through this crazy, huge ordeal, all because +I refused to go on at midnight, okay? And so I work, you know, and +then I get this job at eleven, supposed to be a big deal. Then +yesterday daylight [saving] time ended. Right now it's basically +midnight." (Conan O'Brien on the 2010-11-08 premiere of <em>Conan</em>.) +</li> +<li> Peppermint Patty: "What if the world comes to an end tonight, Marcie?" <br> Marcie: "I promise there'll be a tomorrow, sir ... in fact, @@ -498,13 +503,6 @@ it's already tomorrow in Australia!" <br> (Charles M. Schulz, <em>Peanuts</em>, 1980-06-13) </li> -<li> -"I put myself and my staff through this crazy, huge ordeal, all because -I refused to go on at midnight, okay? And so I work, you know, and -then I get this job at eleven, supposed to be a big deal. Then -yesterday daylight [saving] time ended. Right now it's basically -midnight." (Conan O'Brien on the 2010-11-08 premiere of <em>Conan</em>.) -</li> </ul> </body> </html> diff --git a/tz-link.htm b/tz-link.htm index 85d71f2..cc44768 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-07-18"> +<meta name="DC.Date" content="2015-08-10"> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time"> <meta name="DC.Identifier" @@ -160,7 +160,7 @@ Here are some links that may be of interest. <li>The article <a href="https://en.wikipedia.org/wiki/Tz_database">tz database</a> is an encyclopedic summary.</li> -<li><a href="http://www.cstdbill.com/tzdb/tz-how-to.html">How to Read the +<li><a href="https://web.archive.org/web/20140221080916/http://www.cstdbill.com/tzdb/tz-…">How to Read the tz Database Source Files</a> explains the <code><abbr>tz</abbr></code> database format.</li> <li><a @@ -547,11 +547,6 @@ Saving Energy</a> discusses a primary justification for <abbr>DST</abbr>.</li> <li><a href="http://seizethedaylight.com/dst/">A Brief History of Daylight Saving Time</a> summarizes some of the contentious history of <abbr>DST</abbr>.</li> -<li><a href="http://toi.inrim.it/uk/toi.html">The -Time of Internet</a> -describes time zones and daylight saving time, -with diagrams. -The time zone map is out of date, however.</li> <li><a href="http://www.staff.science.uu.nl/~gent0113/idl/idl.htm">A History of the International Date Line</a> tells the story of the most important time zone boundary.</li> -- 2.1.4

1 0

North Korea into +8:30 time zone
by Steffen Thorsen Aug. 8, 2015

Aug. 8, 2015

According to many news sources, North Korea is going to change to the 8:30 time zone on August 15, one example: http://www.bbc.com/news/world-asia-33815049 This probably needs a new time zone abbreviation, some ideas: PST - Pyongyang Standard Time PYT - Pyongyang Time (based on the translation below, it sounds like this is the name they are going to use themselves) PT - Pyongyang Time (only two letters) NKT - North Korea Time The official, but extremely slow web site does not seem to support deep linking, but this morning its shown on http://www.kcna.kp/ And the raw text is: (평양 8월 7일발 조선중앙통신) 조선에서 조국해방 70돐을 맞으며 표준시간을 제정하기로 결정하였다. 5일 발표된 최고인민회의 상임위원회 정령에는 다음과 같이 지적되였다. 민족재생의 은인이시며 절세의 애국자이신 위대한 김일성동 지께서 항일의 혈전만리를 헤치시여 강도 일제를 때려부시고 조국을 해방하신 8월 15일은 파란많은 민족수난의 력사에 종지부를 찍고 우리 조국과 인민의 운명개척에서 근본적인 전환을 가져온 력사적인 날이다. 간악한 일본제국주의자들은 반만년의 오랜 력사와 문화를 자랑하던 삼천 리강토를 무참히 짓밟고 전대미문의 조선민족말살정책을 일삼으면서 조선의 표준시간까지 빼앗는 천추에 용서 못할 범죄행위를 감행하였다. 피로 얼룩진 일제의 백년죄악을 결산하고 민족의 자주권을 굳건히 수호 하며 위대한 김일성동지와 김정일동지의 불멸의 존함으로 빛나는 백두산대국 의 존엄과 위용을 영원토록 세계만방에 떨쳐나가려는것은 조선군대와 인민의 철석같은 신념이며 의지이다. 조선민주주의인민공화국 최고인민회의 상임위원회는 조국해방 70돐을 맞 으며 조선군대와 인민의 억척불변의 신념과 의지를 반영하여 다음과 같이 결 정한다. 1. 동경 127°30′을 기준으로 하는 시간(현재의 시간보다 30분 늦은 시 간)을 조선민주주의인민공화국 표준시간으로 정하고 평양시간으로 명명한다. 2. 평양시간은 주체104(2015)년 8월 15일부터 적용한다. 3. 조선민주주의인민공화국 내각과 해당 기관들은 이 정령을 집행하기 위한 실무적대책을 세울것이다.(끝) Which Google Translates to: (Pyongyang, August 07, KCNA) Occasion of 70 anniversary of the national liberation in Korea was decided to establish a standard time. 5 Presidium of the Supreme People's Assembly ordinance published days doeyeotda pointed out as follows: Yisimyeo great benefactor, O peoples of the tax of Comrade Kim Il Sung, who played the Patriots had hurt the anti-Japanese to beat the strength of the clot Great assholes who liberated the country on August 15 in Japan put an end to the work eventful history of our country and the fate of peoples suffering pioneered People In a historic day it brought a fundamental shift. Japan wicked imperialists sameu days while the long history and ruthlessly trampling the Samchully Granite was proud of the culture of the Korean nation's first ever policy of extermination banmannyeon were not venturing a criminal offense to forgiveness takes away the sacral standard time line. Closing the bloody Japanese one hundred years of sin, and firmly safeguard the sovereignty of the nation and the exit Kim Il Sung and the great nations of the world and forever immortal shake the dignity and majesty of the giant glowing Paektu Kim Jong Il is a jonham of shipbuilding in the People's Army and cheolseok The same conviction and commitment. The People's Assembly of the Democratic People's Republic of highest Standing Committee decided as follows to reflect the belief and the will of the one hundred million of the Korean army and people invariably occasion of 70 anniversary of the liberation of the motherland. 1. Tokyo, 127 ° 30 hours relative to '(30 minutes later than the current time of the time) decided by the Democratic People's Republic of Korea Standard Time will be referred to Pyongyang time. 2. Subject to Pyongyang Time 104 (2015) effective from August 15th. 3. The Government of North Korea and its agencies will establish the practical measures to enforce the ordinance. (End) Best regards, Steffen Thorsen - timeanddate.com

5 7

[PROPOSED PATCH] * NEWS, europe: Mention Herbert Samuel.
by Paul Eggert Aug. 8, 2015

Aug. 8, 2015

--- NEWS | 2 ++ europe | 5 ++++- 2 files changed, 6 insertions(+), 1 deletion(-) diff --git a/NEWS b/NEWS index 7be4d95..18cf4fa 100644 --- a/NEWS +++ b/NEWS @@ -64,6 +64,8 @@ Unreleased, experimental changes tz-link.htm mentions Time Zone Database Parser (thanks to Howard Hinnant). + Mention that Herbert Samuel introduced the term "Summer Time". + Release 2015e - 2015-06-13 10:56:02 -0700 diff --git a/europe b/europe index 28b2b93..6b89b6e 100644 --- a/europe +++ b/europe @@ -193,11 +193,14 @@ # republished in Finest Hour (Spring 2002) 1(114):26 # http://www.winstonchurchill.org/images/finesthour/Vol.01%20No.114.pdf -# From Paul Eggert (1996-09-03): +# From Paul Eggert (2015-08-08): # The OED Supplement says that the English originally said "Daylight Saving" # when they were debating the adoption of DST in 1908; but by 1916 this # term appears only in quotes taken from DST's opponents, whereas the # proponents (who eventually won the argument) are quoted as using "Summer". +# The term "Summer Time" was introduced by Herbert Samuel, Home Secretary; see: +# Viscount Samuel. Leisure in a Democracy. Cambridge University Press +# ISBN 978-1-107-49471-8 (1949, reissued 2015), p 8. # From Arthur David Olson (1989-01-19): # A source at the British Information Office in New York avers that it's -- 2.1.4

1 0

North Korea (Asia/Pyongyang) to switch to UTC+8:30
by Kang Seonghoon Aug. 7, 2015

Aug. 7, 2015

https://en-maktoob.news.yahoo.com/turning-back-clock-north-korea-creates-py… Note that the exact transition time is not specified (0:00 UTC+9:00? 0:00 UTC+8:30? I don't know). I couldn't find any specifics about that. -- -- Kang Seonghoon | http://mearie.org/ -- Opinions expressed in this email do not necessarily represent the views of my employer. --

4 3

North Korea timezone will change the standard time.
by Jongsoo Lee Aug. 7, 2015

Aug. 7, 2015

Hello North Korea's standard time will be GMT+8:30 from Aug. 15 2015. According to the news, North Korea will push back its standard time by 30 minutes to mark the 70th anniversary of liberation from Japan's colonial rule, the country's official news agency said Friday. North Korea's clocks will be moved back a half-hour starting on the upcoming Aug. 15 anniversary, the Korean Central News Agency said. "The time at 127 degrees 30 minutes east longitude or 30 minutes later than the present one shall be fixed as the standard time of the DPRK and called Pyongyang time," the KCNA report said. DPRK is the country's official name, Democratic People's Republic of Korea. Reference link: http://english.yonhapnews.co.kr/search1/2603000000.html?cid=AEN2015080700155 2315 Regards Jongsoo Lee

1 0

North Korea clocks tick back 30 minutes after August 15
by Zhengang Li Aug. 7, 2015

Aug. 7, 2015

Not sure if this has been posted, but here is the link: https://au.news.yahoo.com/world/a/29206511/n-korea-puts-back-its-clocks-to-… Their government official news agency's website does have a link title says 'Pyongyang Time Fixed'. But the website went down after I tried to follow the link :P Zhengang

1 0

suggestions for potential code improvements?
by Kees Dekker July 31, 2015

July 31, 2015

Hi, I extracted the v2015e code and like to ask some things: 1. Why do you not always initialize the variables that are now passed to the INITIALIZE macro (see date.c/localtime.c/zic.c/private.h)? It has (almost) no impact on performance and prevents strict compilers to complain about (potentially) non-initialized variables. If you assign zero upon declaration, the INITIALIZE macro can go away. 2. In asctime_r() (asctime.c:72 and later) two arrays are used for week days. These arrays use a size of '3' for a 3-letter weekday. I expect to use an array of '4', because the '\0' character need to fit too, because the wn and mn variables are used in a call to sprintf() (line 106), where sprintf() normally requires to use 0-terminated strings. By using a '4'-sized array, this is automatically achieved. I don't know whether all sprintf() implementations for all operating systems respect the width/size specifier and allow non-0 terminated string. Now a size/width of '3' is specified, which is not needed if the strings are well terminated, or by accident used somewhere else. I really appreciate if you will do something with these suggestions. Regards, Kees

4 24

CST timezone that does not account for DST
by Nilesh Parmar July 31, 2015

July 31, 2015

Hello Team, How can we have CST timezone that does not account for DST ? Using the POSIX string, we can create a timezone called CST that is GMT+6 as follows: [root@hp-dl120gen9-01 ~]# TZ=:CST6 date Thu Jul 9 06:50:29 CST 2015 But this is not consitent if tzdata package is update. Also this does take into account DST change? Thanks, Nilesh P.

6 7

Time zone identifiers in user interfaces
by Gilmore Davidson July 30, 2015

July 30, 2015

Hi, long time lurker here, finally throwing my voice into the ring. This is a follow-up to the “Time Zone City for China” thread a week ago (starting at http://mm.icann.org/pipermail/tz/2015-July/022480.html <http://mm.icann.org/pipermail/tz/2015-July/022480.html> ). What particularly caught my attention was the discussion about the use of time zone IDs in user interfaces. Paul Eggert: "The string 'Asia/Shanghai' is a tzdata-specific identifier, not intended to be visible to non-experts.” Guy Harris: "Several time zone selectors I've seen are lazily-written crap that either directly display the tzdb name or tweak it slightly by, for example, splitting it into continent and city and displaying them in a more "user-friendly" form.” Guy Harris: “> Looks like this logic is not well understood by the communities. Then we need to do a better job of explaining it to them.” Not to put too fine a point on it… Yes, there needs to be a better job done of explaining that the city names in time zone IDs should not be used in user interfaces. After reading that discussion I went looking through the tzdb files for guidance around the use of IDs in UIs. All I managed to find was this snippet in the Theory file, on line 385: This naming convention is not intended for use by inexperienced users to select TZ values by themselves (though they can of course examine and reuse existing settings). Distributors should provide documentation and/or a simple selection interface that explains the names; see the 'tzselect' program supplied with this distribution for one example. Given that the above snippet is around halfway through the file – and its wording still provides a fair bit of leeway – it’s not exactly enforcing the stronger opinions displayed on this list about how the IDs should be used. For some context, my domain knowledge is restricted to web sites/applications, so I can’t speak to the OS-level discussions in the previous thread. What I do know is how web developers deal with time zones, if they deal with them at all. For the most part, they use a library specific to their language of choice which slightly abstracts the tzdb data. There are two things these libraries have in common: 1. They use tzdb zone identifiers as the primary part of their API. 2. They don’t have any mentions in their documentation that these identifiers are not for public display. This is not me picking on time zone library authors, as I know that some of them are on this mailing list. My main point is that web developers are, for the most part, so abstracted from the tzdb source that the zone IDs are the only interface they know. Therefore the IDs are what they put in their selection UIs. There’s also the not-insignificant matter of localisation of display names (even Moment Timezone, referenced in tz-link.htm, notes in its API documentation: "Because these strings are generally localized, Moment Timezone does not provide any long names for zones.”). Personally, I didn’t know of the existence of CLDR until I started reading this mailing list. So, instead of dismissing zone-IDs-in-a-user-interface as “lazily written crap”, how about we: a) Acknowledge that most web-based UIs for picking time zones are written by developers who genuinely don’t know any better (I count my past self in this category) b) Make an effort to better educate them about recommended uses of the IDs. I am not intending for this to come across as antagonistic or facetious. I just genuinely want the quality of time zone selectors on the web to improve. Cheers, Gil

2 3

[PROPOSED PATCH 1/2] * southamerica: Give source for 1965 Venezuela transition.
by Paul Eggert July 30, 2015

July 30, 2015

--- southamerica | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/southamerica b/southamerica index dcc063f..dd9235f 100644 --- a/southamerica +++ b/southamerica @@ -1734,6 +1734,10 @@ Zone America/Montevideo -3:44:44 - LMT 1898 Jun 28 # Venezuela # +# From Paul Eggert (2015-07-28): +# For the 1965 transition see Gaceta Oficial № 27.619 (1964-12-15), p 205.533 +# http://www.pgr.gob.ve/dmdocuments/1964/27619.pdf +# # From John Stainforth (2007-11-28): # ... the change for Venezuela originally expected for 2007-12-31 has # been brought forward to 2007-12-09. The official announcement was @@ -1745,6 +1749,6 @@ Zone America/Montevideo -3:44:44 - LMT 1898 Jun 28 # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Caracas -4:27:44 - LMT 1890 -4:27:40 - CMT 1912 Feb 12 # Caracas Mean Time? - -4:30 - VET 1965 # Venezuela Time + -4:30 - VET 1965 Jan 1 0:00 # Venezuela T. -4:00 - VET 2007 Dec 9 3:00 -4:30 - VET -- 2.1.4

8 12

Uruguay out of DST
by J J July 24, 2015

July 24, 2015

>> >>* Source: http://www.camtur.com.uy/index.php/noticias/281-se-derogo-decreto-del-cambi… <http://www.camtur.com.uy/index.php/noticias/281-se-derogo-decreto-del-cambi…> * >> That is a press release published by an organization lobbying for the change, >> and surely such a source is less reliable than the newspapers we're already citing. >> The whole thing is very mysterious, at least to this outsider. Here is the decree signed by the president of Uruguay, on presidency website, http://archivo.presidencia.gub.uy/sci/decretos/2015/06/cons_min_201.pdf

1 0

Uruguay out of DST
by Steffen Thorsen July 24, 2015

July 24, 2015

According to media in Uruguay, it looks like they will not be using DST the coming summer: http://www.elobservador.com.uy/gobierno-resolvio-que-no-habra-cambio-horari… http://www.republica.com.uy/este-ano-no-se-modificara-el-huso-horario-en-ur… It is a bit unclear if this is just this coming summer, or a permanent change. Our English summary (will be updated when we know more details): http://www.timeanddate.com/news/time/uruguay-stops-dst-2015.html Best regards, Steffen Thorsen - timeanddate.com

22 63

Time Zone City for China
by 寇含军 July 23, 2015

July 23, 2015

Dear Sir or Madam, I have a question that bothered me for many years since I started to use the Linux systems. When we, Chinese users, are selecting the desired timezone for our Linux boxes, we always feel weird that there has been no "Asia/Beijing". Instead we see "Asia/Shanghai" or "Asia/Chongqing". This might by how IANA "thinks" what the China timezone convention is, but SERIOUSLY this is not what we, Chinese users, are expecting. We would be very happy to see "Asia/Beijing" among the list. I googled that this question has been asked in many places to different maintainers or distributors, and finally I figured out that IANA is the ultimate upstream who can fix this issue. As a matter of fact, if you take a look at the Windows time zone settings dialog, Beijing is in the list, but no Shanghai. Please add ""Asia/Beijing" to the list. Please take it into consideration and thank you very much! Best Regards, Hanjun Kou, an ordinary Chinese Linux user

7 15

Lack of "initial" transitions for some zones
by Jon Skeet July 22, 2015

July 22, 2015

I suspect this is just a matter of how the data has been specified, but it's a little odd... I'm looking at the output of zic for each zone, and almost all zones start with a "transition" for some timestamp in the long distant past - including fixed zones such as UTC and Etc/*. However, the legacy "root" zones of CET, EET, PST8PDT etc don't have this initial "transition" in the file - unless I'm misinterpreting it, which is always a possibility. Would it make sense to adjust either the data or zic to make all zic output (in the 8-byte-timestamp format, at least) cover all of time? I realize that this "extra" data (presumably an insertion of "standard time until the first transition") may well not be historically accurate - but I doubt that it would be any less accurate than other zones in a similar situation. Jon

4 10

No DST for Uruguay since 2015
by Guillermo Pereyra July 20, 2015

July 20, 2015

http://archivo.presidencia.gub.uy/sci/decretos/2015/06/cons_min_201.pdf

3 2

About the core city of a tz region
by David Patte ₯ July 20, 2015

July 20, 2015

I am curious about the protocol that tz uses to specify the name of each tz region. Is the core city in a region always the most populous city in the tz region? And what is done if a smaller city's population overtakes the named city? Is the zone renamed? Also, since historical data (pre-1970) is now maintained only for the named city in a region, does it not make sense to use the population as of 1970, since the historical records actually affected more people at that time?

4 4

Zone America/Glace_Bay
by Hank W. July 20, 2015

July 20, 2015

I just read in Wikipedia that Glace Bay, Nova Scotia, Canada existed only from 1901 to 1995. The government of Glace Bay was dissolved on 1 Aug 1995 when eight municipalities, including Glace Bay, were consolidated to form Cape Breton (a.k.a. CBRM, short for Cape Breton Regional Municipality), which is currently the second-most populous municipality in Nova Scotia after Halifax. Wikipedia shows Cape Bretons coordinates as 46° 9 north latitude by 60° 10 west longitude. That longitude corresponds to a local mean time of UTC-4:00:40. https://en.wikipedia.org/wiki/Glace_Bay https://en.wikipedia.org/wiki/Cape_Breton_Regional_Municipality Hank Wisniewski of Austin, Texas, U.S.A.

4 6

Type values in rules
by Jon Skeet July 20, 2015

July 20, 2015

Hi folks, It wasn't until last night that I first saw a non "-" entry for a type line - Australia/Adelaide had rules of Rule AS 1990 1994 even Mar Sun>=18 2:00s 0 - Rule AS 1990 1994 odd Mar Sun>=1 2:00s 0 - until release 2000f. Now in Noda Time I could probably support non-infinite rules with a fixed set of types (hopefully just odd and even), but it would be a bit of work. If type values are effectively obsolete, I may not bother. So, is it just coincidence that there have been no uses of the Type field in the released data since 2000f, or is this effectively policy now? (I can understand keeping the functionality for private usage, where others may use zic with their own data sets, but for Noda Time I'm not worried about that. Jon

2 2

Full timezone names
by William Roberts July 20, 2015

July 20, 2015

Hi I'm currently using the tz data that comes with PHP. Is there a way of retrieving the full timezone name from the tz database, eg. Central European Time, Eastern Standard Time etc. So far I haven't been able to, so am using the CLDR repository which assigns a metazone to each timezone from the tz database, and from that I can get the full timezone name but it's not ideal as they don't always match exactly with the abbreviations from the tz data. Are there any plans to enable the full timezone names to be retrieved from the tz database the same way you would the abbreviations in PHP for example, or is getting them from the CLDR repository the best way to go about it? Thanks.

2 1

Re: [tz] Full timezone names
by Matt Johnson July 20, 2015

July 20, 2015

CLDR is indeed the best resource available for full names, particularly due to localization concerns. AFAIK, there is no desire to replicate this in tzdb. Abbreviations are particularly tricky. Not only might they change per language, but there might not be any "real" abbreviation in use by people in the region. ________________________________ From: William Roberts<mailto:wmr501@outlook.com> Sent: ‎7/‎19/‎2015 8:57 PM To: tz(a)iana.org<mailto:tz@iana.org> Subject: [tz] Full timezone names Hi I'm currently using the tz data that comes with PHP. Is there a way of retrieving the full timezone name from the tz database, eg. Central European Time, Eastern Standard Time etc. So far I haven't been able to, so am using the CLDR repository which assigns a metazone to each timezone from the tz database, and from that I can get the full timezone name but it's not ideal as they don't always match exactly with the abbreviations from the tz data. Are there any plans to enable the full timezone names to be retrieved from the tz database the same way you would the abbreviations in PHP for example, or is getting them from the CLDR repository the best way to go about it? Thanks.

1 0

Behaviour in the face of multiple identical rules
by Jon Skeet July 19, 2015

July 19, 2015

This is more of an awareness-raising post than anything else... the data here is very far in the past. While trying to validate Noda Time against zic, I came up against issues with data releases between 1993 and 1996 in Egypt/Cairo. It turns out that this is because the Egypt rule is duplicated in the asia file, and this affects things. As a smallish example, if you create a file called testzone like this: Rule Egypt 1900 only - Oct 1 0:00 0 - > Rule Egypt 1943 1945 - Nov 1 0:00 0 - > Rule Egypt 1945 only - Apr 16 0:00 1:00 " > DST" > Rule Egypt 1957 only - May 10 0:00 1:00 " > DST" > Rule Egypt 1957 1958 - Oct 1 0:00 0 - > Rule Egypt 1958 only - May 1 0:00 1:00 " > DST" > # Rule Egypt 1957 only - May 10 0:00 1:00 " > DST" > > # Zone NAME GMTOFF RULES FORMAT [UNTIL] > Zone Africa/Cairo 2:05:00 - LMT 1900 Oct > 2:00 Egypt EET%s ... then execute: $ zic -d . testzone && zdump -v -c 1955,1958 $PWD/Africa/Cairo You'll see output like this for the May 1957 transition: .../Africa/Cairo Thu May 9 21:59:59 1957 UT = Thu May 9 23:59:59 1957 > EET isdst=0 gmtoff=7200 > ...Africa/Cairo Thu May 9 22:00:00 1957 UT = Fri May 10 01:00:00 1957 > EET DST isdst=1 gmtoff=10800 That looks okay - the transition is around midnight, as described. If, however, you uncomment that last "Rule" line above - which is an exact duplicate of the earlier one - you get: .../Africa/Cairo Thu May 9 20:59:59 1957 UT = Thu May 9 22:59:59 1957 > EET isdst=0 gmtoff=7200 > .../Africa/Cairo Thu May 9 21:00:00 1957 UT = Fri May 10 00:00:00 1957 > EET DST isdst=1 gmtoff=10800 Now the transition is one hour earlier. As it happens, this duplicate rule doesn't make any difference to Noda Time - it still emits the first output. I *strongly suspect* that I shouldn't care about this - that situations with duplicate rules should be deemed out of scope for any implementation. However, if anyone can think of any good justification why an implementation *should* behave like zic in this case, I'd be really interested to hear it. (I'm not asking for zic to change here. It already emits a warning because the rule is defined in multiple files, and I think that's good enough.) Jon

3 4

No leap second on 2015-12-31.
by Tim Parenti July 18, 2015

July 18, 2015

Per IERS Bulletin C50 (2015-07-07), no leap second will be observed on 2015-12-31. This patch updates leap-seconds.list from NIST. -- Tim Parenti

2 1

[Announce] C++11 / C++14 IANA Time Zone Database Parser
by Howard Hinnant July 18, 2015

July 18, 2015

http://howardhinnant.github.io/tz.html It is still very early in its development process. It has only been tested on OS X 10.10.4. It requires at least C++11, and prefers C++14. Contributions to making it more portable to reasonable C++11 and beyond platforms are welcomed. Howard

2 5

[PROPOSED PATCH] Fix zdump problem with abbrevs like '-05'
by Paul Eggert July 17, 2015

July 17, 2015

* zdump.c (is_digit): New macro, copied from private.h. (abbrok): Use it. Allow abbreviations that (when quoted) conform to POSIX.1-2001 or later. * NEWS: Document this. --- NEWS | 3 ++- zdump.c | 28 +++++++++++----------------- 2 files changed, 13 insertions(+), 18 deletions(-) diff --git a/NEWS b/NEWS index 498e77b..101a1e5 100644 --- a/NEWS +++ b/NEWS @@ -21,7 +21,8 @@ Unreleased, experimental changes Changes affecting code - zic no longer warns about valid time zone abbreviations like '-05'. + zdump and zic no longer warn about valid time zone abbreviations + like '-05'. Release 2015e - 2015-06-13 10:56:02 -0700 diff --git a/zdump.c b/zdump.c index adb806c..64ff6ce 100644 --- a/zdump.c +++ b/zdump.c @@ -269,6 +269,9 @@ static void show(timezone_t, char *, time_t, bool); static const char *tformat(void); static time_t yeartot(intmax_t) ATTRIBUTE_PURE; +/* Unlike <ctype.h>'s isdigit, this also works if c < 0 | c > UCHAR_MAX. */ +#define is_digit(c) ((unsigned)(c) - '0' <= 9) + /* Is A an alphabetic character in the C locale? */ static bool is_alpha(char a) @@ -485,25 +488,16 @@ abbrok(const char *const abbrp, const char *const zone) if (warned) return; cp = abbrp; - wp = NULL; - while (is_alpha(*cp)) + while (is_alpha(*cp) || is_digit(*cp) || *cp == '-' || *cp == '+') ++cp; - if (cp - abbrp == 0) - wp = _("lacks alphabetic at start"); - else if (cp - abbrp < 3) - wp = _("has fewer than 3 alphabetics"); + if (cp - abbrp < 3) + wp = _("has fewer than 3 characters"); else if (cp - abbrp > 6) - wp = _("has more than 6 alphabetics"); - if (wp == NULL && (*cp == '+' || *cp == '-')) { - ++cp; - if ('0' <= *cp && *cp <= '9') - if (*cp++ == '1' && '0' <= *cp && *cp <= '4') - cp++; - if (*cp != '\0') - wp = _("differs from POSIX standard"); - } - if (wp == NULL) - return; + wp = _("has more than 6 characters"); + else if (*cp) + wp = _("has characters other than ASCII alphanumerics, '-' or '+'"); + else + return; fflush(stdout); fprintf(stderr, _("%s: warning: zone \"%s\" abbreviation \"%s\" %s\n"), -- 2.1.0

1 0

[PROPOSED PATCH] Don't warn about abbreviations like '-05'
by Paul Eggert July 15, 2015

July 15, 2015

* NEWS, zic.8: Document this. * zic.c (newabbr): Allow abbreviations that (when quoted) conform to POSIX.1-2001 or later. --- NEWS | 4 ++++ zic.8 | 2 ++ zic.c | 20 ++++---------------- 3 files changed, 10 insertions(+), 16 deletions(-) diff --git a/NEWS b/NEWS index 041983c..498e77b 100644 --- a/NEWS +++ b/NEWS @@ -19,6 +19,10 @@ Unreleased, experimental changes installed data files for Europe/Simferopol and Europe/Tallinn. It does not affect timestamps. (Thanks to Howard Hinnant.) + Changes affecting code + + zic no longer warns about valid time zone abbreviations like '-05'. + Release 2015e - 2015-06-13 10:56:02 -0700 diff --git a/zic.8 b/zic.8 index cf78ae3..968cc6f 100644 --- a/zic.8 +++ b/zic.8 @@ -376,6 +376,8 @@ of the time zone abbreviation goes. Alternately, a slash (/) separates standard and daylight abbreviations. +To conform to POSIX, a time zone abbreviation should contain only +alphanumeric ASCII characters, "+" and "\*-". .TP .B UNTILYEAR [MONTH [DAY [TIME]]] The time at which the UT offset or the rule(s) change for a location. diff --git a/zic.c b/zic.c index f51fc48..6fac4e3 100644 --- a/zic.c +++ b/zic.c @@ -2893,27 +2893,15 @@ newabbr(const char *const string) register const char * cp; const char * mp; - /* - ** Want one to ZIC_MAX_ABBR_LEN_WO_WARN alphabetics - ** optionally followed by a + or - and a number from 1 to 14. - */ cp = string; mp = NULL; - while (is_alpha(*cp)) + while (is_alpha(*cp) || ('0' <= *cp && *cp <= '9') + || *cp == '-' || *cp == '+') ++cp; - if (cp - string == 0) -mp = _("time zone abbreviation lacks alphabetic at start"); if (noise && cp - string < 3) -mp = _("time zone abbreviation has fewer than 3 alphabetics"); + mp = _("time zone abbreviation has fewer than 3 characters"); if (cp - string > ZIC_MAX_ABBR_LEN_WO_WARN) -mp = _("time zone abbreviation has too many alphabetics"); - if (mp == NULL && (*cp == '+' || *cp == '-')) { - ++cp; - if (is_digit(*cp)) - if (*cp++ == '1' && - *cp >= '0' && *cp <= '4') - ++cp; - } + mp = _("time zone abbreviation has too many characters"); if (*cp != '\0') mp = _("time zone abbreviation differs from POSIX standard"); if (mp != NULL) -- 2.1.0

1 0

Re: [tz] Uruguay out of DST
by Pablo Camargo July 13, 2015

July 13, 2015

Hello! Just to confirm: "Uruguay out of DST" is official. Next source in Spanish (presidential decree). >>> http://archivo.presidencia.gub.uy/sci/decretos/2015/06/cons_min_201.pdf Context: >>> http://presidencia.gub.uy/normativa/decretos/decretos-06-2015 Media coverage of the news (text) had better coverage, but the official communication was there (pdf). So we are looking forward for a future update of tz. Thanks! P.Camargo.

3 2

Unnecessary faux transition in Atlantic/Canary 1980 Sep/28
by Howard Hinnant July 13, 2015

July 13, 2015

Hi, I wouldn’t call this a bug, but a potential database inefficiency. I’m working on a TZ parser and using it to explore the timezone transitions as specified by the timezone database. I’m looking at the Atlantic/Canary transition on 1980 Sep 28 0:00s. At this time the timezone transitions from a permanent saving of 1:00 and abbreviation of WEST to a rule based savings specified by EU: 1980-09-27 23:59:59u = 1980-09-28 00:59:59 WEST // as specified by 0:00 1:00 WEST 1980-09-28 00:00:00u = 1980-09-28 01:00:00 WEST // as specified by 0:00 EU WE%sT I.e. there is no change in offset, savings, or abbreviation. And then an hour later EU specifies a savings and abbreviation change: 1980-09-28 00:59:59u = 1980-09-28 01:59:59 WEST 1980-09-28 01:00:00u = 1980-09-28 01:00:00 WET My observation is that this is a lot of transitions for one night. Would it not be better to delay the transition from "0:00 1:00 WEST” to "0:00 EU WE%sT” by one hour, and thus have only one transition instead of two? Here is a change that does so: diff --git a/europe b/europe index c64c41b..630c234 100644 --- a/europe +++ b/europe @@ -2922,7 +2922,7 @@ Zone Africa/Ceuta -0:21:16 - LMT 1901 Zone Atlantic/Canary -1:01:36 - LMT 1922 Mar # Las Palmas de Gran C. -1:00 - CANT 1946 Sep 30 1:00 # Canaries T 0:00 - WET 1980 Apr 6 0:00s - 0:00 1:00 WEST 1980 Sep 28 0:00s + 0:00 1:00 WEST 1980 Sep 28 1:00s 0:00 EU WE%sT # IATA SSIM (1996-09) says the Canaries switch at 2:00u, not 1:00u. # Ignore this for now, as the Canaries are part of the EU. Howard

3 4

Europe/Chisinau Timezone
by Roman Tudos July 11, 2015

July 11, 2015

Please be informed that according Moldavian Law dst start on last last Sunday of March end on last sunday of October at 02:00 to 03:00 and at 03:00 to 02:00 respectively 2015Sun, 29 Mar, 02:00EET <http://www.timeanddate.com/time/zones/eet> → EEST <http://www.timeanddate.com/time/zones/eest>+1 hour (DST start)UTC+3h Sun, 25 Oct, 03:00EEST <http://www.timeanddate.com/time/zones/eest> → EET <http://www.timeanddate.com/time/zones/eet>-1 hour (DST end)UTC+2h2016Sun, 27 Mar, 02:00EET <http://www.timeanddate.com/time/zones/eet> → EEST <http://www.timeanddate.com/time/zones/eest>+1 hour (DST start)UTC+3h Sun, 30 Oct, 03:00EEST <http://www.timeanddate.com/time/zones/eest> → EET <http://www.timeanddate.com/time/zones/eet>-1 hour (DST end)UTC+2h2017Sun, 26 Mar, 02:00EET <http://www.timeanddate.com/time/zones/eet> → EEST <http://www.timeanddate.com/time/zones/eest>+1 hour (DST start)UTC+3h Sun, 29 Oct, 03:00EEST <http://www.timeanddate.com/time/zones/eest> → EET <http://www.timeanddate.com/time/zones/eet>-1 hour (DST end)UTC+2h2018Sun, 25 Mar, 02:00EET <http://www.timeanddate.com/time/zones/eet> → EEST <http://www.timeanddate.com/time/zones/eest>+1 hour (DST start)UTC+3h Sun, 28 Oct, 03:00EEST <http://www.timeanddate.com/time/zones/eest> → EET <http://www.timeanddate.com/time/zones/eet>-1 hour (DST end)UTC+2h Please take consideration for changes in tzdata PS. Sorry for my english -- Vita sine libertate, nihil

3 2

Discrepancies in time zone data interpretation at standard offset changes
by Jon Skeet July 11, 2015

July 11, 2015

Heads up for Stephen Colebourne: this post highlights a discrepancy between Joda Time and tzdump, so you may want to read carefully :) This is in relation to my earlier message about the text format. My confusion here is the reason I'm anxious to see canonical data :) Currently, both Joda Time and Noda Time have some interesting code when working out the transitions for a time zone which checks whether the later transition occurs at the same *local* time as the earlier transition, and if so extends the earlier transition to consume the later one. I've worked out that this is basically to handle an oddity that sometimes occurs when standard offsets change. One example of a zone in which this happens is America/Juneau. Here are the zone lines from 2015e, and I've highlighted the ones we're immediately concerned with: Zone America/Juneau 15:02:19 - LMT 1867 Oct 18 -8:57:41 - LMT 1900 Aug 20 12:00 -8:00 - PST 1942 -8:00 US P%sT 1946 -8:00 - PST 1969 -8:00 US P%sT 1980 Apr 27 2:00 -9:00 US Y%sT 1980 Oct 26 2:00 * -8:00 US P%sT 1983 Oct 30 2:00* * -9:00 US Y%sT 1983 Nov 30* -9:00 US AK%sT The US rules in force at the time are: Rule US 1967 2006 - Oct lastSun 2:00 0 S Rule US 1976 1986 - Apr lastSun 2:00 1:00 D So, the first bolded zone line comes to an end at the instant of the transition into standard time, while standard time is -8 (so a wall offset of -7). I assume this transition should *not* be included in the eventual set of transitions (i.e. the bound given is exclusive). This would occur at 1983-10-30T09:00Z. Now, in the second bolded zone line, the standard offset is -9 instead, so the transition into daylight saving time would occur at 1983-10-30T10:00Z. So looking at the rules in a naive way, residents of Juneau would have to change their watches twice on October 30th 1983. At 2am they'd put their watches back an hour to account for the change in standard time (but still be in daylight saving time)... and then when it next hit 2am they'd put their watches back *another* hour to account for the transition into standard time. Now, I'm pretty sure that's not what's intended, and indeed zdump shows just a single transition setting local time back two hours at 1983-10-30T09:00Z: America/Juneau Sun Oct 30 08:59:59 1983 UTC = Sun Oct 30 01:59:59 1983 PDT isdst=1 America/Juneau Sun Oct 30 09:00:00 1983 UTC = Sun Oct 30 00:00:00 1983 YST isdst=0 ... whereas Noda Time (and, I've just checked, Joda Time) have a single transition at 1983-10-30T10:00Z instead. Is it documented somewhere what should happen in this case? (As a side question, is there a single canonical place documenting the time zone data format? I've found various sources over the years, but it would be nice to have somewhere canonical - ideally either within each release or on the IANA home page. The Theory file gives a lot of interesting more abstract information, but a single place saying "Here is what each file in the release means, with details of its format" would be very welcome. Apologies if it already exists and I've just missed it...) Jon

2 1

UY Timezone DST changed since June 2015
by Nicolas Antoniello July 9, 2015

July 9, 2015

Hi folks, Just to request a Timezone DB update as Past June 2015, Uruguay (UY) eliminated the DST Timezone change (now it's UTC-3 all year). So for Montevideo (capital city) and all rest of Uruguayan cities now is all year UTC-3. Thanks in advance, Nicolas

1 0

Greetings from Mongolia
by amgalan tsogtgerel July 4, 2015

July 4, 2015

Dear Paul Eggert, Greetings from Mongolia. I am writing this letter on behalf of the Communications Regulatory Commission of Mongolia. The Mongolian Government has approved the Resolution ? 82, dated 09 March 2015, to use Daylight Saving Time (DST) every year from last week of March until last week of September from 2015. According to the Resolution, the clocks in Mongolia has set forward one hour at 2 : 00 (2 am) local time. Unfortunately, some of system, service and software which are widely using in Mongolia have not updated their time zone. Regarding this issue, the CRC has sent you official letter dated 15th June 2015 to you for your support on above mentioned issue and we have not received any response from you yet. Here I attached the copy of letter. Thank you for your understanding. I look forward hearing from you soon. BR, Amgalan Ts. (Ms) Foreign Relation Officer, Legal, Information and Administration Dept, CRC of Mongolia. mobile: 976 91112268 phone: 976 11 304258,304257 fax:976 11 327720 e-mail: amgalants(a)crc.gov.mn<mailto:amgalants@crc.gov.mn>

7 8

[PROPOSED_PATCH] Moldova DST transitions were off by an hour
by Paul Eggert July 2, 2015

July 2, 2015

* NEWS: Moldova starts and ends DST at 00:00 UTC, not at 01:00 UTC. (Thanks to Roman Tudos.) * europe (Moldova): New rule. (Europe/Chisinau): Use it. --- NEWS | 5 +++++ europe | 14 +++++++++++++- 2 files changed, 18 insertions(+), 1 deletion(-) diff --git a/NEWS b/NEWS index 156da23..f0fedbd 100644 --- a/NEWS +++ b/NEWS @@ -6,6 +6,11 @@ Unreleased, experimental changes Uruguay will stop observing DST. (Thanks to Steffen Thorsen.) + Changes affecting past and future time stamps + + Moldova starts and ends DST at 00:00 UTC, not at 01:00 UTC. + (Thanks to Roman Tudos.) + Changes affecting installed data files Data entries have been simplified for Atlantic/Canary, Europe/Simferopol, diff --git a/europe b/europe index a5e95bb..7cbf1f8 100644 --- a/europe +++ b/europe @@ -1763,6 +1763,18 @@ Zone Europe/Malta 0:58:04 - LMT 1893 Nov 2 0:00s # Valletta # News from Moldova (in russian): # http://ru.publika.md/link_317061.html +# From Roman Tudos (2015-07-02): +# http://lex.justice.md/index.php?action=view&view=doc&lang=1&id=355077 +# From Paul Eggert (2015-07-01): +# The abovementioned official link to IGO1445-868/2014 states that +# 2014-10-26's fallback transition occurred at 03:00 local time. Also, +# http://www.trm.md/en/social/la-30-martie-vom-trece-la-ora-de-vara +# says the 2014-03-30 spring-forward transition was at 02:00 local time. +# Guess that since 1997 Moldova has switched one hour before the EU. + +# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S +Rule Moldova 1997 max - Mar lastSun 2:00 1:00 S +Rule Moldova 1997 max - Oct lastSun 3:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Chisinau 1:55:20 - LMT 1880 @@ -1777,7 +1789,7 @@ Zone Europe/Chisinau 1:55:20 - LMT 1880 2:00 Russia EE%sT 1992 2:00 E-Eur EE%sT 1997 # See Romania commentary for the guessed 1997 transition to EU rules. - 2:00 EU EE%sT + 2:00 Moldova EE%sT # Monaco # Shanks & Pottenger give 0:09:20 for Paris Mean Time; go with Howse's -- 2.1.0

1 0

Trivia: Sunrise in Santiago
by Hank W. June 30, 2015

June 30, 2015

Today, 30 June 2015, is the latest sunrise of winter in Santiago, Chile. I was curious about what that latest time is, not only because this is Chile's first winter on "permanent" Summer Time, but also because UTC-3 is so far from Santiago's LMT of UTC-4.713. Sunrise in Santiago today will be at 08:48 CLST! Hank Wisniewski of Austin, Texas, U.S.A. "'Tis better to be silent and thought the fool than to speak and dispel all doubt." -unknown

1 0

Best practices for upcoming leap second event
by Paul Eggert June 28, 2015

June 28, 2015

If you're responsible for proper timekeeping you probably have already thought about the upcoming leap second at the end of Tuesday 2015-06-30 UTC. This is the first leap second in eighteen years that has fallen on a non-holiday weekday. It might not hurt to run through your checklist again, and (if you haven't already done so) compare it to the checklist recommended by GPS.GOV, NAVCEN, NCCIC, NIST, and USNO. You can find that checklist here: http://www.gps.gov/news/2015/05/leap-second/2015-best-practices-for-leap-se… The new leap second has been in the tz database since release 2015a dated 2015-01-29 22:35:20 -0800, so if you're newer than that you should be good as far as tz is concerned. In the typical case where you're not using tz's leap-second support, you don't need to worry about tz at all.

1 0

Three more tweaks
by Howard Hinnant June 21, 2015

June 21, 2015

Hi, I’ve surveyed the entire database for transitions 24h or less apart with one of them being a faux transition. I found only 6. You just eliminated the first. Two more are in Europe/Istanbul and I see no way to eliminate the faux transition. Here are the remaining 3 with explanations and fixes: ——————————— Europe/Simferopol 1996 Mar 31: 1996-03-30 20:59:59u = 1996-03-30 23:59:59 MSK // 03:00:00 E-Eur MSK/MSD 1996-03-30 21:00:00u = 1996-03-31 01:00:00 MSD // 03:00:00 E-Eur MSK/MSD And then 3h later: 1996-03-30 23:59:59u = 1996-03-31 03:59:59 MSD // 03:00:00 E-Eur MSK/MSD 1996-03-31 00:00:00u = 1996-03-31 04:00:00 MSD // 03:00:00 01:00 MSD The second faux transition can be combined with the first actual transition with: diff --git a/europe b/europe index 630c234..1242927 100644 --- a/europe +++ b/europe @@ -2364,7 +2364,7 @@ Zone Europe/Simferopol 2:16:24 - LMT 1880 # changed in May. 2:00 E-Eur EE%sT 1994 May # From IATA SSIM (1994/1997), which also says that Kerch is still like Kiev. - 3:00 E-Eur MSK/MSD 1996 Mar 31 3:00s + 3:00 E-Eur MSK/MSD 1996 Mar 31 0:00s 3:00 1:00 MSD 1996 Oct 27 3:00s # IATA SSIM (1997-09) says Crimea switched to EET/EEST. # Assume it happened in March by not changing the clocks. ——————————— Europe/Sofia 1982 Sep 26: 1982-09-25 22:59:59u = 1982-09-26 01:59:59 EEST // 02:00:00 Bulg EE%sT 1982-09-25 23:00:00u = 1982-09-26 02:00:00 EEST // 02:00:00 C-Eur EE%sT And then 1h later: 1982-09-25 23:59:59u = 1982-09-26 02:59:59 EEST // 02:00:00 C-Eur EE%sT 1982-09-26 00:00:00u = 1982-09-26 02:00:00 EET // 02:00:00 C-Eur EE%sT The first faux transition can be merged with the second actual transition with: diff --git a/europe b/europe index 630c234..f096de5 100644 --- a/europe +++ b/europe @@ -845,7 +845,7 @@ Zone Europe/Sofia 1:33:16 - LMT 1880 1:00 C-Eur CE%sT 1945 1:00 - CET 1945 Apr 2 3:00 2:00 - EET 1979 Mar 31 23:00 - 2:00 Bulg EE%sT 1982 Sep 26 2:00 + 2:00 Bulg EE%sT 1982 Sep 26 3:00 2:00 C-Eur EE%sT 1991 2:00 E-Eur EE%sT 1997 2:00 EU EE%sT ——————————— Europe/Tallinn 1999 Nov 1: 1999-10-31 00:59:59u = 1999-10-31 03:59:59 EEST // 02:00:00 EU EE%sT 1999-10-31 01:00:00u = 1999-10-31 03:00:00 EET // 02:00:00 EU EE%sT And then 21h later: 1999-10-31 21:59:59u = 1999-10-31 23:59:59 EET // 02:00:00 EU EE%sT 1999-10-31 22:00:00u = 1999-11-01 00:00:00 EET // 02:00:00 EET The second faux transition can be combined with the first actual transition with: diff --git a/europe b/europe index 630c234..c788416 100644 --- a/europe +++ b/europe @@ -1084,7 +1084,7 @@ Zone Europe/Tallinn 1:39:00 - LMT 1880 3:00 Russia MSK/MSD 1989 Mar 26 2:00s 2:00 1:00 EEST 1989 Sep 24 2:00s 2:00 C-Eur EE%sT 1998 Sep 22 - 2:00 EU EE%sT 1999 Nov 1 + 2:00 EU EE%sT 1999 Oct 31 4:00 2:00 - EET 2002 Feb 21 2:00 EU EE%sT Thanks, Howard

2 2

[tz-announce] 2015e release of tz code and data available
by Paul Eggert June 13, 2015

June 13, 2015

The 2015e 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 Morocco will suspend DST from 2015-06-14 03:00 through 2015-07-19 02:00, not 06-13 and 07-18 as we had guessed. (Thanks to Milamber.) Assume Cayman Islands will observe DST starting next year, using US rules. Although it isn't guaranteed, it is the most likely. Changes affecting data format The file 'iso3166.tab' now uses UTF-8, so that its entries can better spell the names of Åland Islands, Côte d'Ivoire, and Réunion. Changes affecting code When displaying data, tzselect converts it to the current locale's encoding if the iconv command works. (Problem reported by random832.) tzselect no longer mishandles Dominica, fixing a bug introduced in Release 2014f. (Problem reported by Owen Leibman.) zic -l no longer fails when compiled with -DTZDEFAULT=\"/etc/localtime\". This fixes a bug introduced in Release 2014f. (Problem reported by Leonardo Chiquitto.) Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2015e.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2015e.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2015e.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2015e.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 503ee68905da57fc52df74c889aedf4e67e59a79 dated Sat Jun 13 10:56:02 2015 -0700 and tagged '2015e' in the experimental github repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: fdc568a68f4876b967b39e21fa53f063dc5756e886e2a273cc046d5a014eb517e9c91eb6e03d18c94a89ce48578868aed710790415c500188fce4e4add0ce7ca tzcode2015e.tar.gz 86498190a20c5c67827aa75f7e9c6aa6c19d58a88a70425ce70d5ae7cea42dc7386eb2867fa455fcfcdedc6a105ad70fbbdc7c27c7a58a51bd21d76a135983ce tzdata2015e.tar.gz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJVfG8zAAoJEO2X6Q5iqn4014YP/jGiiK7VYqstDoQNm33/pOwx WlwTSkzByrhx0whaaAlTQ+j61q2MdZaDlpdDd4CEGN1vWaiI26MOEbZEKVpW5ogm xKGL9esGltoc3jelmWJTVf0e03l+k0+zDcnBq+58Pi5rkgM/WVFyZBDyCT5HGLq+ NPaHLHU4dlWtwpyd9Mr4eMb6DPEM4zbTK2NbHh/uf+ODG8F1VW8FP63N/hqq4Y/q 4H+ngf9jJxw73pBri/WBmidSxLWhhc+woezhKqbCThto4Jhoehlp3txIqBmAoN3G AwppaGiHV6PYheLqloCDmdxABMoS95tznuk8eL2FF69IP541kaOchHvKCnbEf6gu Sdr388Ayli/C98ZQknwzNWVlfKKW+d+nidS5iGyEHRpI/42RPemGh5kgYmZucZpH DRIbujsi9usxjrazWC8oGf7WH6D6ZmsUusl7pj071YnU0gpXyVSk9GUoMWIp3Wxc CSHJWxF6lkxOmHDqZFHhcVyyKlPHXFpWpDUPhu/QTi7oiSQeXRoP9BQAz07oN8WS 69JUSxCvkFANkFxnx6knsDBwduFUqiZ209WwV0R72DI/7Gi6OuubXUvgcQfJOHab wOyEInI32uHRKxEaQuDmu1PSzlur0iNGH3PtuQzgwLlMM0KXsRbLBhOO5zP2BgQ6 zVgFQ9FGlnExUxsBcnTf =BRRd -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJVfG8/AAoJEO2X6Q5iqn40ed0P/jn6lgG6tH+C2Xv2DYz5buRK CMDoGidznyzDuPSNgSPRaDetoKQ/6iVzEIgHYwBxBtmKmPXUgSY8rJPCabSLNKWK T3o7f8aREnIcfexmct/4DEeUOXePUIbSHnX6Noy3AmSvIsKT8ZahEpnELKgWFQD8 0EEOlck1rTTpEi9G2RATUwr430ii1OguIt0sKYycTvT1VFdihKWoFhgV9ydgaMh2 88he3Ornt4xd4/b278IJl3GI0WWVbVl2A+ziRPAkl3AH7iW7mTcv+/8i3u7txVW+ zB47UHOfV9jpiecLUQDw42KZJTlS+AkbgCitrpL++bZz1WQHWP9JkpgvAR8bdkBf WPNvcPXiG0I6Vtl2ZZrc2WXi9L22m0xIJA2so4vpBwBIMkTnaFa6VthLGy9UgHpA wteG6OogfdNm7fv+GhuRUNuHtd5TP5HdywhWMrMtGqgOvkEm/lF6tRMd12Wm57IW u72Gv3RrJILBuOvBvWPZJMNsjc8Uj1U+dhKa8Z51VHA85ZyiRM3mQr8g+1WETH/E sjnj8NgKkh7TL/N5vWJH1M3g1XZ3uofPL1Cbyqg04BGrMytxGAjigzIDbbg5pky+ yFUqR3qm12d9QPlm1xh35qxqYYDXcbiQkXENwGukLRzcc0jdU4BrFpDc1tVgukUg TmCC2ALEcxWWPEc1vtUG =gO91 -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

Morocco DST Interruption during Ramadan 2015
by Milamber June 12, 2015

June 12, 2015

Hello, (Google Translation) The current time of Morocco (GMT + 1) will be suspended from next Sunday until July 19, announced Monday the Ministry of Civil Service and Modernisation of Administration. The hour will thus be delayed 60 minutes Sunday, June 14 at 3:00, the ministry said in a statement, adding that the time will be advanced again 60 minutes Sunday, July 19, 2015 at 2:00. The move comes under 2.12.126 Decree of 26 Jumada I 1433 (18 April 2012) and the decision of the Head of Government of 16 N. 3-29-15 Chaaban 1435 (4 June 2015). Source (french): http://lnt.ma/le-maroc-reculera-dune-heure-le-dimanche-14-juin/ (currently the official notice isn't publish on official government website http://www.mmsp.gov.ma) I thinks that the new rule for all new ramadan period is the time change the Sunday (like the DST) or not the Saturday. Milamber Note: Current prediction in tzdata: Africa/Casablanca Sat Jun 13 01:59:59 2015 UT = Sat Jun 13 02:59:59 2015 WEST isdst=1 gmtoff=3600 Africa/Casablanca Sat Jun 13 02:00:00 2015 UT = Sat Jun 13 02:00:00 2015 WET isdst=0 gmtoff=0 Africa/Casablanca Sat Jul 18 01:59:59 2015 UT = Sat Jul 18 01:59:59 2015 WET isdst=0 gmtoff=0 Africa/Casablanca Sat Jul 18 02:00:00 2015 UT = Sat Jul 18 03:00:00 2015 WEST isdst=1 gmtoff=3600

3 6

Possible bug in the tz database
by Howard Hinnant June 8, 2015

June 8, 2015

I’m new to this list, so please forgive me for my inexperience and lack of history. I am concerned about the timezone America/North_Dakota/Beula: Early of the local morning of 2010-11-07 the local timezone GMTOFF changed from -7:00 to -6:00, and the timezone abbreviation changed from MDT to CST. I am not questioning this historical fact. Rather I am concerned about exactly when it happened and does the tz database accurately reflect this event. Here are the relevant entries today: Zone America/North_Dakota/Beulah -6:47:07 - LMT 1883 Nov 18 12:12:53 -7:00 US M%sT 2010 Nov 7 2:00 -6:00 US C%sT Which says at 2:00am local time on 2010/Nov/07 the change from MDT to CST occurs. Local time is defined by GMTOFF == -7:00 + US timezone rules for 2010. Or in other words 2:00am + 7:00 + any daylight savings time adjustment. I’m sure I’m preaching to the choir with this audience. I think there is no dispute that: 2010-11-07 01:59:59 MDT == 2010-11-07 07:59:59 UTC At this point in time the GMTOFF == -7:00 and in the US rule SAVE == 1:00 for a total offset of -6:00. However according to US rules for this date, the local clock ticks from 01:59:59 MDT to 01:00:00 MST. To reach 2:00am local time we need to wait another hour: 2010-11-07 02:00:00 MST == 2010-11-07 09:00:00 UTC According to US time zone rules (speaking about the recognized practice in the US, not about tz database rules), there was no 2010-11-07 02:00:00 MDT. It simply did not exist. So 2010-11-07 02:00:00 local time in US rules is unambiguously a standard time, not a daylight savings time. Whereas the times [01:00:00, 01:59:59] *are* ambiguous (or more accurately described with a half-open range: [01:00:00, 02:00:00). Since 2010-11-07 02:00:00 is unambiguously a standard time, the database could read like this with no change in behavior: Zone America/North_Dakota/Beulah -6:47:07 - LMT 1883 Nov 18 12:12:53 -7:00 US M%sT 2010 Nov 7 2:00s -6:00 US C%sT But this data indicates that local time behaves as follows that morning: 2010-11-07 01:59:59 MDT = 2010-11-07 07:59:59 UTC 2010-11-07 01:00:00 MST = 2010-11-07 08:00:00 UTC 2010-11-07 01:00:01 MST = 2010-11-07 08:00:01 UTC … 2010-11-07 01:59:59 MST = 2010-11-07 08:59:59 UTC 2010-11-07 03:00:00 CST = 2010-11-07 09:00:00 UTC 2010-11-07 03:00:01 CST = 2010-11-07 09:00:01 UTC However I believe the intended behavior is: 2010-11-07 01:59:59 MDT = 2010-11-07 07:59:59 UTC 2010-11-07 02:00:00 CST = 2010-11-07 08:00:00 UTC 2010-11-07 02:00:01 CST = 2010-11-07 08:00:01 UTC I believe the tz database can be changed to give the desired behavior with: diff --git a/northamerica b/northamerica index 88423e6..aeaf12c 100644 --- a/northamerica +++ b/northamerica @@ -371,7 +371,7 @@ Zone America/North_Dakota/New_Salem -6:45:39 - LMT 1883 Nov 18 12:14:21 # of 6h47'07". Zone America/North_Dakota/Beulah -6:47:07 - LMT 1883 Nov 18 12:12:53 - -7:00 US M%sT 2010 Nov 7 2:00 + -7:00 US M%sT 2010 Nov 7 1:00s -6:00 US C%sT # US mountain time, represented by Denver If I have misinterpreted the meanings of the fields to the tz database in some way, I would appreciate an education. I’ve reread all of the man pages and other documentation I can find, and haven’t been able to rectify this contradiction on my own. If this is indeed a bug that can be corrected, I am volunteering to detect and correct similar issues elsewhere in the database and generate a pull request for https://github.com/eggert/tz. Howard

5 5

NTSB investigation derailed by time zone labyrinth
by Paul Eggert June 6, 2015

June 6, 2015

When the chair of the U.S. National Transportation Safety Board appeared before the House Transportation and Infrastructure Committee this week, he was asked "Could you just tell us again in plain English why we don't know if this operator was on the phone three weeks after the accident?" He had trouble answering, because although the NTSB has detailed timestamped data for the engineer's cell phone records, and they have physical access to the phone and the phone's passwords, they can't figure out the data's time zones. The cell phone companies don't know either. My sources: Jaffe E. We still basically have no idea what happened with the Amtrak 188 derailment. CityLab 2015-06-04. http://www.citylab.com/commute/2015/06/we-still-basically-have-no-idea-what… Nixon R. Phone data labyrinth hinders investigation of Amtrak derailment. New York Times 2015-06-05. http://www.nytimes.com/2015/06/06/us/inquiry-into-amtrak-derailment-is-slow…

1 0

DST in the US 1945-1966
by Matt Johnson June 4, 2015

June 4, 2015

Wikipedia's page at:http://en.wikipedia.org/wiki/Daylight_saving_time_in_the_United_States#H… states the following: >From 1945 to 1966 there was no federal law on daylight saving time, so localities could choose when it began and ended or drop it entirely. In 1954 only California and Nevada had statewide DST west of the Mississippi, and only a few cities between Nevada and St Louis. In the 1964 Official Railway Guide, 21 of the 48 states had no DST anywhere. I'm wondering if we have any additional details about the localities that adopted DST during this period and those that did not? Also, do we already incorporated data from the source mentioned? (the 1964 Official Railway Guide) Specifically, I was discussing this topic with another developer who was curious about Nashville, Tennessee. One could probably assume that it was on Central time - due to the Standard Time Act, but whether or not it used DST (specifically in 1949) or not is the question. The tz database entry for Chicago would say yes - but my guess is that it might not be certain that both Chicago and Nashville used DST that year. Thanks.

2 1

[PROPOSED PATCH] tzselect: port to POSIX sh and fix a typo
by Paul Eggert May 27, 2015

May 27, 2015

* tzselect.ksh: Use portable names for trap signals. Also, fix a typo: signal 2 (INT) was meant, not signal 12. --- tzselect.ksh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tzselect.ksh b/tzselect.ksh index 2a622f5..2c3b2f4 100644 --- a/tzselect.ksh +++ b/tzselect.ksh @@ -191,7 +191,7 @@ done tmp=${TMPDIR-/tmp}/tzselect.$$ && (umask 77 && mkdir -- "$tmp") };} && - trap 'status=$?; rm -fr -- "$tmp"; exit $status' 0 1 12 13 15 && + trap 'status=$?; rm -fr -- "$tmp"; exit $status' 0 HUP INT PIPE TERM && (iconv -f UTF-8 -t //TRANSLIT <"$TZ_COUNTRY_TABLE" >$tmp/iso3166.tab) \ 2>/dev/null && TZ_COUNTRY_TABLE=$tmp/iso3166.tab && -- 2.1.4

1 0

proposed tz change for Latvia, Lithuania
by Paul Eggert May 25, 2015

May 25, 2015

It's March Madness time for daylight-saving rule changes. Here's a proposed change to the tz database to keep up with the latest political development, which affects time stamps starting March 29: * Latvia and Lithuania will not observe DST, starting this year. Thanks to Andrei Ivanov for this info. =================================================================== RCS file: RCS/europe,v retrieving revision 2000.3 retrieving revision 2000.3.0.1 diff -pu -r2000.3 -r2000.3.0.1 --- europe 2000/03/04 15:31:08 2000.3 +++ europe 2000/03/08 17:48:59 2000.3.0.1 @@ -1135,6 +1135,12 @@ Link Europe/Rome Europe/San_Marino # 1997-01-21 on transition to Summer time ... established the same order of # daylight savings time settings as in the States of the European Union. +# From Andrei Ivanov (2000-03-06): +# This year Latvia will not switch to Daylight Savings Time (as specified in +# <a href="http://www.lv-laiks.lv/wwwraksti/2000/071072/vd4.htm"> +# The Regulations of the Cabinet of Ministers of the Rep. of Latvia of +# 29-Feb-2000 (#79)</a>, in Latvian for subscribers only). + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Latvia 1989 1996 - Mar lastSun 2:00s 1:00 S Rule Latvia 1989 1996 - Sep lastSun 2:00s 0 - @@ -1151,7 +1157,8 @@ Zone Europe/Riga 1:36:24 - LMT 1880 3:00 Russia MSK/MSD 1989 Mar lastSun 2:00s 2:00 1:00 EEST 1989 Sep lastSun 2:00s 2:00 Latvia EE%sT 1997 Jan 21 - 2:00 EU EE%sT + 2:00 EU EE%sT 2000 Feb 29 + 2:00 - EET # Liechtenstein # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -1178,6 +1185,11 @@ Zone Europe/Vaduz 0:38:04 - LMT 1894 Jun # motion to give up shifting to summer time in spring, as it was # already done by Estonia. +# From Andrei Ivanov (2000-03-06): +# I've heard that Ministers of three Baltic countries on their summit +# somewhere in February decided not to switch to summer time starting from +# this spring. + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Vilnius 1:41:16 - LMT 1880 1:24:00 - WMT 1917 # Warsaw Mean Time @@ -1192,7 +1204,8 @@ Zone Europe/Vilnius 1:41:16 - LMT 1880 2:00 C-Eur EE%sT 1998 2:00 - EET 1998 Mar 29 1:00u 1:00 EU CE%sT 1999 Oct 31 1:00u - 2:00 EU EE%sT + 2:00 EU EE%sT 2000 Feb + 2:00 - EET # Luxembourg # Whitman disagrees with most of these dates in minor ways; go with Shanks.

5 5

"zic -l" complains about "empty component" in /etc/localtime
by Leonardo Chiquitto May 20, 2015

May 20, 2015

Hello, With 2015d I can no longer use "zic -l" to recreate /etc/localtime. I'm getting the following error: # ./zic -l America/Sao_Paulo ./zic: file name '/etc/localtime' contains empty component If I comment out the check introduced by commit 0ddac5ef7e in componentcheck(), then it works fine again: # ./zic -l America/Sao_Paulo # ls -lai /etc/localtime 1183669 -rw-r--r-- 5 root root 2015 May 17 20:20 /etc/localtime # ls -lai /usr/share/zoneinfo/America/Sao_Paulo 1183669 -rw-r--r-- 5 root root 2015 May 17 20:20 /usr/share/zoneinfo/America/Sao_Paulo A quick analysis: when "/etc/localtime" is passed to namecheck(), in the first loop iteration componentcheck() will be called with all three arguments set to "/etc/localtime". A possible fix is to skip this call to componentcheck() in the first iteration (patch attached). Leonardo

2 2

Leap seconds in the news
by Arthur David Olson May 20, 2015

May 20, 2015

>From the Wall Street Journal: "Markets Are Jumpy Over Coming Leap Second" http://www.wsj.com/articles/markets-are-jumpy-over-coming-leap-second-14319… @dashdashado

5 5

[PROPOSED PATCH] Guess Cayman Is will observe DST starting 2016
by Paul Eggert May 15, 2015

May 15, 2015

* NEWS: Document this. * backzone (America/Cayman): Move from here ... * northamerica: ... back to here, and assume US-style DST starting 2016. * zone1970.tab (KY): Now a separate row, since KY and PA disagree starting 2016. --- NEWS | 5 +++++ backzone | 5 ----- northamerica | 13 +++++++++++-- zone1970.tab | 3 ++- 4 files changed, 18 insertions(+), 8 deletions(-) diff --git a/NEWS b/NEWS index 392f09b..d69a98c 100644 --- a/NEWS +++ b/NEWS @@ -2,6 +2,11 @@ News for the tz database Unreleased, experimental changes + Changes affecting future time stamps + + Assume Cayman Islands will observe DST starting next year, using US rules. + Although it isn't guaranteed, it is the most likely. + Changes affecting data format The file 'iso3166.tab' now uses UTF-8, so that its entries can better diff --git a/backzone b/backzone index 6b392bd..0316708 100644 --- a/backzone +++ b/backzone @@ -279,11 +279,6 @@ Zone America/Aruba -4:40:24 - LMT 1912 Feb 12 # Oranjestad -4:30 - ANT 1965 # Netherlands Antilles Time -4:00 - AST -# Cayman Is -Zone America/Cayman -5:25:32 - LMT 1890 # Georgetown - -5:07:11 - KMT 1912 Feb # Kingston Mean Time - -5:00 - EST - # Canada Zone America/Coral_Harbour -5:32:40 - LMT 1884 -5:00 NT_YK E%sT 1946 diff --git a/northamerica b/northamerica index c3af9eb..88423e6 100644 --- a/northamerica +++ b/northamerica @@ -2661,7 +2661,17 @@ Zone Atlantic/Bermuda -4:19:18 - LMT 1930 Jan 1 2:00 # Hamilton -4:00 US A%sT # Cayman Is -# See America/Panama. + +# From Paul Eggert (2015-05-15): +# The Cayman government has decided to introduce DST in 2016, the idea being +# to keep in sync with New York. The legislation hasn't passed but the change +# seems quite likely. See: Meade B. Cayman 27. +# http://www.cayman27.com.ky/2015/05/15/clock-ticks-toward-daylight-saving-ti… + +Zone America/Cayman -5:25:32 - LMT 1890 # Georgetown + -5:07:11 - KMT 1912 Feb # Kingston Mean Time + -5:00 - EST 2016 + -5:00 US E%sT # Costa Rica @@ -3184,7 +3194,6 @@ Zone America/Managua -5:45:08 - LMT 1890 Zone America/Panama -5:18:08 - LMT 1890 -5:19:36 - CMT 1908 Apr 22 # Colón Mean Time -5:00 - EST -Link America/Panama America/Cayman # Puerto Rico # There are too many San Juans elsewhere, so we'll use 'Puerto_Rico'. diff --git a/zone1970.tab b/zone1970.tab index 5da0200..2689c00 100644 --- a/zone1970.tab +++ b/zone1970.tab @@ -206,6 +206,7 @@ KI -0308-17105 Pacific/Enderbury Phoenix Islands KI +0152-15720 Pacific/Kiritimati Line Islands KP +3901+12545 Asia/Pyongyang KR +3733+12658 Asia/Seoul +KY +1918-08123 America/Cayman KZ +4315+07657 Asia/Almaty most locations KZ +4448+06528 Asia/Qyzylorda Qyzylorda (Kyzylorda, Kzyl-Orda) KZ +5017+05710 Asia/Aqtobe Aqtobe (Aktobe) @@ -259,7 +260,7 @@ NR -0031+16655 Pacific/Nauru NU -1901-16955 Pacific/Niue NZ,AQ -3652+17446 Pacific/Auckland New Zealand time NZ -4357-17633 Pacific/Chatham Chatham Islands -PA,KY +0858-07932 America/Panama +PA +0858-07932 America/Panama PE -1203-07703 America/Lima PF -1732-14934 Pacific/Tahiti Society Islands PF -0900-13930 Pacific/Marquesas Marquesas Islands -- 2.1.0

1 0

Time Zone Database from Portugal
by Suzana Ferreira May 15, 2015

May 15, 2015

Hi, Where can I see information about Time Zone Database related to Portugal in your site?http://www.iana.org/time-zones http://tools.ietf.org/html/rfc6557 Thank you, -- Suzana Ferreira, Astrónoma ********************************************* Observatório Astronómico de Lisboa (OAL) -------------- desde 1861 -------------- Edifício Leste, Tapada da Ajuda, PT-1349-018 LISBOA, PORTUGAL tel: (351) 213616734 / fax: (351) 213616750 www.oal.ul.pt *********************************************

2 1

Time Zones - Canary Islands - Offshore Spain - Error
by moxhull May 15, 2015

May 15, 2015

Dear Paul Eggert, I use software which sources your data in github for time zones. The Canary Islands, located off the coast of Morocco, belong to Spain but have a different time zone. It's causing me problems because it seems your files do not take account of this. Would you kindly amend your files accordingly, please, so that my software programmer can use an updated file, so in turn I can use his software? Please see below for references. Many thanks indeed, so grateful. Yours sincerely, Sylvie ---------- Forwarded message ---------- From: Anatoly Zaytsev <astrozet(a)gmail.com> Date: Thu, May 14, 2015 at 5:41 PM Subject: Re: Zet 8 Geo, time zones To: moxhull <moxhull(a)gmail.com> Hello Sylvie, 1) This is not so important. 2) I use more (seems) relevant source: https://github.com/eggert/tz Paul Eggert tz-bounces(a)iana.org also https://github.com/eggert/tz/blob/master/europe line 2922 Please talk with him. ----------------- Anatoly Zaytsev www.astrozet.com ----- Original Message ----- From: "moxhull" <moxhull(a)gmail.com> To: <astrozet(a)gmail.com> Sent: Thursday, May 14, 2015 7:02 PM Subject: Zet 8 Geo, time zones Dear Anatoly, I hope you are well. I write for two items: - I have retired from my job in Geneva (Switzerland), sold my house in France, and I have moved to the Canary Islands, a part of Spain that is off the coast of Morocco. So my addresses, email and telephone number need to be changed in your records - see below. - The Canary Islands do not use the same time as mainland Spain, so I'm having trouble with the time changes. I tried to make a few modifications in my Zet but I do not know enough and did not succeed. Please would make the corrections in the time zone files and make them available? For reference see: http://en.wikipedia.org/wiki/Time_in_Spain#The_Canary_Islands_exception Thank you very much for correcting this. Kind regards, Sylvie Weber Calle Aceviño 49 Ed. Tarahal, Apto 201 38400 Puerto de la Cruz, Tenerife Spain Tel. +34 674 80 18 34 email: moxhull(a)gmail.com [image: Inline image 1]

2 1

Question about IANA time zone names
by Avila, Edgar May 15, 2015

May 15, 2015

Hi, I'm a software engineer working on the data modeling group. We are trying to figure out how the IANA time zone names can be described on our message model. At the modem it seems that the time zone names such as America/Costa_Rica or Japan are just a string without restrictions. We wonder whether there is a restriction such as maximum length of characters, pattern of characters to allow, etc. One more question, is it really America/Costa_Rica or Japan a name or an ID? The following is the description we have today in one of our schemas: <xs:simpleType name="IANATimeZoneId_Type"> <xs:annotation> <xs:documentation> Timezone Id represented by IANA. </xs:documentation> </xs:annotation> <xs:restriction base="xs:string"/> </xs:simpleType> Thanks in advance ________________________________ [https://www.aciworldwide.com/photolibrary/ACI_logotag_footer.gif]<http://www.aciworldwide.com> This email message and any attachments may contain confidential, proprietary or non-public information. The information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this email, please notify the sender immediately and destroy this email. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this email are those of the author personally.

2 1

Re: [tz] [C/C++ PATCH] Implement -Wshift-negative-value (PR c/65179)
by Paul Eggert May 12, 2015

May 12, 2015

On 05/08/2015 09:59 AM, Joseph Myers wrote: > Paul, although glibc's copy of parts of tzcode is a bit out of date, it > looks like the currenthttps://github.com/eggert/tz.git still has the > problematic code in private.h, relying on left-shifting -1 which has > undefined behavior in C99/C11 (implementation-defined in C90, as per > DR#081). Thanks for reporting that. I installed the attached patch into the experimental tz version on github <https://github.com/eggert/tz>, with the intent that this fix propagate into the next tz release and thus into glibc etc.

3 2

Problem with tzselect and Dominica
by Owen Leibman May 12, 2015

May 12, 2015

Using a freshly downloaded version of tzelect, and choosing 2 (Americas) followed by 18 (Dominica), the following results: ./tzselect: line 469: /usr/share/zoneinfo/ America/Port_of_Spain: No such file or directory ./tzselect: time zone files are not set up correctly I believe that is because Dominica's abbreviation (DM) is actually found in some comments near the head of the file. To avoid this problem, I believe he awk statement at line 463: $1 ~ cc && $4 == region { print $3 } needs to be changed thus to exclude comment lines: $0 !~ /^#/ && $1 ~ cc && $4 == region { print $3 }

2 1

[PROPOSED PATCH 1/2] Prefer '$(MAKE)' to 'make'
by Paul Eggert May 8, 2015

May 8, 2015

* Makefile (check_public, check_time_t_alternatives) (typecheck): Use '$(MAKE)' instead of 'make'. This has better behavior with GNU 'make' and -j. --- Makefile | 16 +++++++++------- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git a/Makefile b/Makefile index 6f70979..8d624bc 100644 --- a/Makefile +++ b/Makefile @@ -324,6 +324,8 @@ GZIPFLAGS= -9n ############################################################################### +#MAKE= make + cc= cc CC= $(cc) -DTZDIR=\"$(TZDIR)\" @@ -572,8 +574,8 @@ set-timestamps.out: $(ENCHILADA) # We also do an all-files run to catch links to links. check_public: $(ENCHILADA) - make maintainer-clean - make "CFLAGS=$(GCC_DEBUG_FLAGS)" $(ENCHILADA) all + $(MAKE) maintainer-clean + $(MAKE) "CFLAGS=$(GCC_DEBUG_FLAGS)" $(ENCHILADA) all mkdir tzpublic for i in $(TDATA) ; do \ $(zic) -v -d tzpublic $$i 2>&1 || exit; \ @@ -592,8 +594,8 @@ check_time_t_alternatives: zones=`$(AWK) '/^[^#]/ { print $$3 }' <zone1970.tab` && \ for type in $(TIME_T_ALTERNATIVES); do \ mkdir -p tzpublic/$$type && \ - make clean_misc && \ - make TOPDIR=`pwd`/tzpublic/$$type \ + $(MAKE) clean_misc && \ + $(MAKE) TOPDIR=`pwd`/tzpublic/$$type \ CFLAGS='$(CFLAGS) -Dtime_tz='"'$$type'" \ REDO='$(REDO)' \ install && \ @@ -639,12 +641,12 @@ tzdata$(VERSION).tar.gz.asc: tzdata$(VERSION).tar.gz gpg --armor --detach-sign $? typecheck: - make clean + $(MAKE) clean for i in "long long" unsigned; \ do \ - make CFLAGS="-DTYPECHECK -D__time_t_defined -D_TIME_T \"-Dtime_t=$$i\"" ; \ + $(MAKE) CFLAGS="-DTYPECHECK -D__time_t_defined -D_TIME_T \"-Dtime_t=$$i\"" ; \ ./zdump -v Europe/Rome ; \ - make clean ; \ + $(MAKE) clean ; \ done zonenames: $(TDATA) -- 2.1.0

1 1

[PROPOSED PATCH 1/3] Remove hair from southamerica comment
by Paul Eggert May 4, 2015

May 4, 2015

While using the tz source to test some other program I found an unwanted hair space (U+200A) in the commentary. Fix this, and adjust Makefile to catch this sort of thing in the future. * Makefile (SAFE_CHARSET): Exclude ] and -, as they're now the invoker's responsibility. Invoker changed. (NONSYM_CHAR): Remove, replacing with ... (OK_CHAR): ... this new macro. All uses changed. (NONSYM_LINE, VALID_LINE): Remove, replacing with ... (OK_LINE): ... this new macro. All uses changed. (check_character_set): Simplify test, and report all non-ASCII non-letters. Remove the exception for Makefile, as it no longer needs to contain non-OK characters. * southamerica: Replace an inadvertent hair space with a space. --- Makefile | 30 ++++++++++++++---------------- southamerica | 2 +- 2 files changed, 15 insertions(+), 17 deletions(-) diff --git a/Makefile b/Makefile index b398727..c3b23c8 100644 --- a/Makefile +++ b/Makefile @@ -292,23 +292,24 @@ TAB_CHAR= ' ' SAFE_CHARSET1= $(TAB_CHAR)' !\"'$$sharp'$$%&'\''()*+,./0123456789:;<=>?@' SAFE_CHARSET2= 'ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\^_`' SAFE_CHARSET3= 'abcdefghijklmnopqrstuvwxyz{|}~' -SAFE_CHARSET= ]$(SAFE_CHARSET1)$(SAFE_CHARSET2)$(SAFE_CHARSET3)- -SAFE_CHAR= '['$(SAFE_CHARSET)']' -# NONSYM_CHAR is a regular expression that matches any character -# except for a small number of symbols, where we prefer to stick with +SAFE_CHARSET= $(SAFE_CHARSET1)$(SAFE_CHARSET2)$(SAFE_CHARSET3) +SAFE_CHAR= '[]'$(SAFE_CHARSET)'-]' + +# OK_CHAR matches any character allowed in the distributed files. +# This is the same as SAFE_CHAR, except that multibyte letters are +# also allowed so that commentary can contain people's names and quote +# non-English sources. For non-letters the sources are limited to # ASCII renderings for the convenience of maintainers whose text editors # mishandle UTF-8 by default (e.g., XEmacs 21.4.22). -NONSYM_CHAR= '[^–—°′″≈≠≤≥±−×÷∞←→↔·•§¶«»‘’‚‛“”„‟‹›「」『』〝〞〟]' +OK_CHAR= '[][:alpha:]'$(SAFE_CHARSET)'-]' # SAFE_LINE matches a line of safe characters. -# SAFE_SHARP_LINE is similar, except any character can follow '#'; +# SAFE_SHARP_LINE is similar, except any OK character can follow '#'; # this is so that comments can contain non-ASCII characters. -# NONSYM_LINE matches a line of non-symbols. -# VALID_LINE matches a line of any validly-encoded characters. +# OK_LINE matches a line of OK characters. SAFE_LINE= '^'$(SAFE_CHAR)'*$$' -SAFE_SHARP_LINE='^'$(SAFE_CHAR)'*('$$sharp$(NONSYM_CHAR)'*)?$$' -NONSYM_LINE= '^'$(NONSYM_CHAR)'*$$' -VALID_LINE= '^.*$$' +SAFE_SHARP_LINE='^'$(SAFE_CHAR)'*('$$sharp$(OK_CHAR)'*)?$$' +OK_LINE= '^'$(OK_CHAR)'*$$' # Flags to give 'tar' when making a distribution. # Try to use flags appropriate for GNU tar. @@ -475,14 +476,11 @@ check: check_character_set check_white_space check_links check_sorted \ check_character_set: $(ENCHILADA) LC_ALL=en_US.utf8 && export LC_ALL && \ sharp='#' && \ - ! grep -Env $(SAFE_LINE) $(MANS) date.1 $(MANTXTS) \ + ! grep -Env $(SAFE_LINE) Makefile $(MANS) date.1 $(MANTXTS) \ $(MISC) $(SOURCES) $(WEB_PAGES) && \ ! grep -Env $(SAFE_SHARP_LINE) $(TDATA) backzone \ iso3166.tab leapseconds yearistype.sh zone.tab && \ - test $$(grep -Ecv $(SAFE_SHARP_LINE) Makefile) -eq 1 && \ - ! grep -Env $(NONSYM_LINE) CONTRIBUTING NEWS README Theory \ - $(MANS) date.1 zone1970.tab && \ - ! grep -Env $(VALID_LINE) $(ENCHILADA) + ! grep -Env $(OK_LINE) $(ENCHILADA) check_white_space: $(ENCHILADA) ! grep -En ' '$(TAB_CHAR)"|$$(printf '[\f\r\v]')" $(ENCHILADA) diff --git a/southamerica b/southamerica index be63a88..6bbc2c8 100644 --- a/southamerica +++ b/southamerica @@ -30,7 +30,7 @@ # I suggest the use of _Summer time_ instead of the more cumbersome # _daylight-saving time_. _Summer time_ seems to be in general use # in Europe and South America. -# -- E O Cutler, _New York Times_ (1937-02-14), quoted in +# -- E O Cutler, _New York Times_ (1937-02-14), quoted in # H L Mencken, _The American Language: Supplement I_ (1960), p 466 # # Earlier editions of these tables also used the North American style -- 2.1.4

2 4

Re: [tz] Kyiv time zone
by sam.ua April 29, 2015

April 29, 2015

Dear Florian. perhaps you are not aware of the history between Ukraine and Russia. Let me remind you that Moscow has pursued the destruction of Ukraine, Ukrainians and the Ukrainian language and culture for many centuries. This ethnic cleansing continues today with the Russification of Ukraine. Once you destroy a nation's identity --their language, culture and history, it's quite easy to convert them into mindless robots, who are easy prey for the imperialist. Even in 1991, as we achieved our long overdue independence , Ukrane was over 80-90% pro-Russian. after two plus decades those same people, who were once slaves to the empire, have been schooled on the true history of Ukraine and understand just how devious Moscow was in it's ethnic cleansing of the Ukrainian people. Little over a year ago we got rid of the last remaining remnant of that Soviet-Russian past - the Putin puppet Yanykovych. Our cities are nearly rid of Lenin and Stalin - two monsters that murdered tens of millions of Ukrainians, but as the links you provided show, that past is still a part of the present. We are gradually getting rid of it. The issue of Kyiv vs Kiev is precisely the past vs the present. Kyiv is today, it's also what it was in the old Ruthenian-Ukrainian chronicles that date back to the 9th century. It became Kiev under Russian rule and now it's once again Kyiv. The war in Eastern Ukraine - the invasion by Russia, is a last attempt too keep Ukraine under Russia's orbit. we don't want that. My generation doesn't want that. Once again Kyiv vs Kiev is a part of that ugly past. I can promise you that all of our sites will one day be Kyiv and that the term will be the one used wide-spread and worldwide. But we need to do this one step at a time and wikipedia is a big part of this. This has to be corrected and the general population will then become familiar and accept the new word, it's very easy to spell and pronounce. I kindly ask that you respect our history, our past and what is currently happening in eastern Ukraine. it's no accident that where the Russian population - 15% of Ukraine's population. lives and breathes, there is a war. the same way Stalin killed my forefathers and replaced them with Russians from Russia, we are battling for the existence of our own unique identity. Kyiv is and will always be the proper transliterated version of our capital. there is no argument today that can supercede that. Thank you kindly, Simon Kostenko ---- On сб, 28 бер 2015 11:27:35 +0200 Florian Weimer<fw(a)deneb.enyo.de> wrote ---- * Simon: >> Many government web sites in the Ukraine still use the “Kiev” >> transliteration > For example? “While the Obama administration has publicly acknowledged it is considering supplying Kiev with arms, backed by hardline EU countries like Poland and Lithuania, German Chancellor Angela Merkel has vehemently opposed the move.” <http://www.kmu.gov.ua/control/en/publish/article?art_id=248025420>

11 10

Database and Code compatibility
by Thomas v. Karlsson April 28, 2015

April 28, 2015

Hi, I would like to know the compatibility constraints between the code and the datebase. Is the code forward and backward compatible with the database binaries? I.e can code read older and newer version of database binaries? Or do the code and the database need to be version sync with each other? Thanks Thomas Karlsson

2 1

ASEAN time shelved for now
by Paul Eggert April 27, 2015

April 27, 2015

ASEAN foreign ministers decided yesterday to put the proposal for a common (UTC+8) time zone "in abeyance", i.e., they'll keep looking at it but it's not going to happen any time soon if ever. Agence France-Presse. Too early for common SE Asia time zone. The Sun (Malaysia) 2015-04-26. http://www.thesundaily.my/news/1396105

1 0

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

April 25, 2015

Yes , but when you say "identifier", I think "Europe/Minsk", not "MSK". Do you consider both to be identifying a rule set? ________________________________ From: Lester Caine<mailto:lester@lsces.co.uk> Sent: ‎4/‎3/‎2015 1:15 AM To: tz(a)iana.org<mailto:tz@iana.org> Subject: Re: [tz] Belarus is listed in MSK timezone On 03/04/15 08:22, Matt Johnson wrote: > 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? While on one hand the bulk of the current rules are well established, some edge cases simply need a unique identifier for the internal rule set being referred to. I'll repeat what I keep saying ... the local 'conversion' of the descriptions is not something that the TZ database has any control over, and in some cases the internal identifiers are simply that ... internal ... only requiring that they uniquely identify a particular rule set. -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

11 33

Micronations?
by Matt Johnson April 24, 2015

April 24, 2015

I read an article today about a newly formed country:http://www.businessinsider.com/liberland-this-newly-declared-microc… Which got me thinking - What is the rule/guideline for tzdb treatment of micronations? According to it's wikipedia article (http://en.wikipedia.org/wiki/Liberland) it's currently following CET/CEST. It's on the Croatia/Serbia border, so if modeled in the TZDB it would probably be something simple like: Link Europe/Belgrade Europe/Liberpolis # Liberland Now, I'm not suggesting we add this now - but just wondering at what point we would recognize a micronation? If they were granted an ISO3166 country code, would they show up in zone.tab/zone1970.tab? If they changed their time zone or DST rules, should they get their own zone entry? What if they were never recongnized broadly, but still changed their time conventions? Do we have a policy on this? For that matter - is there a list of general policies documented anywhere?

2 2

Egypt cancels DST permanently
by Paul Eggert April 24, 2015

April 24, 2015

Yesterday the office of Egyptian President El-Sisi announced his decision to abandon DST permanently. This increases the likelihood of the correctness of our guess in 2015d for no DST in Africa/Cairo after 2015. Although the proposed patch (attached) was too late to make the cutoff for 2015d, it affects only commentary.

1 0

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

April 24, 2015

The 2015d 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 Egypt will not observe DST in 2015 and will consider canceling it permanently. For now, assume no DST indefinitely. (Thanks to Ahmed Nazmy and Tim Parenti.) Changes affecting past time stamps America/Whitehorse switched from UTC-9 to UTC-8 on 1967-05-28, not 1966-07-01. Also, Yukon's time zone history is documented better. (Thanks to Brian Inglis and Dennis Ferguson.) Change affecting past and future time zone abbreviations The abbreviations for Hawaii-Aleutian standard and daylight times have been changed from HAST/HADT to HST/HDT, as per US Government Printing Office style. This affects only America/Adak since 1983, as America/Honolulu was already using the new style. Changes affecting code zic has some minor performance improvements. Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2015d.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2015d.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2015d.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2015d.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 6b36adfdd6baf6e4724bf19fcb090a43722a2522 dated Fri Apr 24 08:09:46 2015 -0700 and tagged '2015d' in the experimental github repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: 2cb4faced839d02e6313a7aacca4d2dfe6454186d9864ee4aa034f7280442e6a751cec2285bde2d5712962b733e107a46f2282469f6510b42d93972d6c34424a tzcode2015d.tar.gz 37b5aa3c5e0d601c8b20fac08d7267c398a836e4190ef85625d5e86a806ba1baceb2315ba81a9a6c854eae4fce40e9c8f90cf5adade3f48ad443f77c221d8983 tzdata2015d.tar.gz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJVOl3RAAoJEO2X6Q5iqn40BtMP/1opNPVcTRK/GFw7wQXpegzS mGM4R1LXua2txG1P8gEkeNHimRqeDWixI/crg4sOoKAb10wvkf70lAI3cVRCMHS+ F4zL3JQJktj/LXBJGmNOwonTdz0mBQASF7DnxX8mL+/QpyKZSy4pTRQDIBKhzlKM PuIpVT6HYXLzi+L2jim2W3EU/7Ja0pOB0pFJNGoJ2SGhja2jvj3Ae3hzfsyXbcQI kQ4Eo7k6hCu0FP7YtGg8D2CqGvXTrErUNI8gTIvT2mV8aDy9j6SbAl0XrTz1UASU lrzwQ/GgGhLeYFMriCCo5zf+H8pjm4+N4JniEf30lIB06CGspQg3ZhchdrexHfWM j+exPhzadR+qQMEdQ95oiY/J5u4N1ykE9WGdianFUlINklCqejImYYKAzMWzFQSs GACVxBp9WWZ1VEAU3eag6TyVKJGiQMtpaGolpVnCaU1JTcFAxpFmOZ55BosS8J/w c+cqke7zTtFfaPJhuylSOca95lAEd14HP+nAFxvGwIhX8z3FbM8pRlOW+rV2wIYH UUAPrSKu+QFTvOl1+TnrydE9cHjbmDC2Vknz1SGel7e2USXTEB4UvgzVyr5E7qf6 ckKB7l6LRIfIXlJSojcF06P2Xz4UJlIbzwA1oXpaK7g9H4YZMGDqIB5HhBRVZx6p KG2eiGYTmCnJt3Gk6SY2 =cvHz -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJVOl3RAAoJEO2X6Q5iqn401YgP/igT318zjaLcBATJ2pQ7aMj1 WrtkZ+m/Urt5pkgtNxtx608eXKTZbs5g9YeJHFS3eN74y8JIrTfNaBiPWNeG0x8m nc83Jvs++B9A8JFjAAjhZVl2TbGTpD5r9FGqQXmIX4qKsB5W1b+OGW3OtXM9vNGK ZVC6TEp/wEuqt3dmjhirLihmdj1W/+2aowlm7PAPhJY9R3QdYJ2dRh8WRvGRSxtc EIorFKgfNOWJJnKCk+YPeK4xPxivNw43nYAy6UnavJYPjTpHxaAx47533R7nm6Cy b2JMdpQSRv4TZrnfz0OzXV/qhJskZNxgf6LR0/3uMSzX1VBO1Wywpmg2wIuij5qo POG8dJr+TsVL3O539DTQ1nYqV0kCzfWirTML9ipF/jwEeG/EFBjkNM6g5eyJLrZp 7Ej4dTbiqmde/Ajh5ECW4AdNQqTaR35BBLtj2PR415dBGhiFMxR30TyX16rbGVWX Mb5abkkS1v4NxLtvi5mtJJl5JNLrYEW/nOqwrIeEEBY2BvvZdeJVqHlXWeBoY9P+ vSQoN9/gCFSQd5olmVVnuP+mqwzyipG8UUsyr7IAyeRc4bRPRyHkC8FdXy+lmrfP HJaPVcPDm6ZFW7BAFw/fqJC6DJj7I48qzKnHb7O9qtkzXjL+wW8kR6SidxANcMa/ 6lJlIHLlXKjj57lVsQHt =zE0V -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

Egypt 30th Aug DST cancellation
by Mohamed Raouf, Vodafone Egypt April 24, 2015

April 24, 2015

Dear Sirs, On behalf of Vodafone Egypt, I'm writing to inquire about DST package to cancel time change for year 2015 in Egypt. Due to some political decisions, Egyptian government decided to cancel DST that was planned on 30th of April 2015. It is needed to have and updated java package tzdata2015 that is developed by IANA. Below is an official confirmation that DST will be canceled for this year http://www.timeanddate.com/time/change/egypt/cairo Yousry Sincerely, [Description: Description: cid:image001.png@01CEE047.637D02C0]<http://www.vodafone.com.eg/> Mohamed Raouf Charging Services Support Senior Engineer Charging, Mediation & IN Technology Department Vodafone Egypt Mobile: +201002005333 Email: mohamed.raouf(a)vodafone.com<mailto:mohamed.raouf@vodafone.com> Vodafone Egypt, Smart Village : Vodafone C3 Building, Cairo/Alex. Desert Road KM 28- 6th of October City, Egypt ************************************************************************************************************************* The content of this document is classified as Vodafone Egypt S.A.E. Confidential and Proprietary Information. The recipient hereby is committed to hold in strict confidence the contents of this (e-mail, document, information) and not to disclose to any third party without the prior written consent of Vodafone Egypt S.A.E. Recipient will be held liable for any unauthorized disclosure. If you have received this message in error, please notify the sender by return e-mail and delete the message in its entirety, including any attachments. http://www.vodafone.com.eg *************************************************************************************************************************

3 2

Egypt Daylight Savings Canceled
by Ahmed Mekawy April 24, 2015

April 24, 2015

Good day, Is there a plan please to release a new time zone package reflecting the cancelation of Egypt daylight savings ? 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

1 0

No DST in 2015 at Egypt
by Oleg Alistratov April 24, 2015

April 24, 2015

1 0

Re: [tz] No DST in Egypt in 2015
by Amr Misbah April 21, 2015

April 21, 2015

The news from the site of the Egyptian Cabinet of Ministers:http://www.cabinet.gov.eg/Media/NewsDetails.aspx?id=15326 Decision #4, in Arabic:4. وافق مجلس الوزراء، في إجتماعه الأسبوعي اليوم، برئاسة المهندس إبراهيم محلب، رئيس مجلس الوزراء، على إرجاء العمل بالقرار بقانون الخاص بتطبيق التوقيت الصيفي هذا العام، مع إجراء التعديل اللازم على القرار بقانون، بالإضافة إلى تكليف الوزراء المعنيين بإعداد دراسة علمية متكاملة لجدوى الإستمرار في تطبيقه من عدمه في الأعوام القادمة. The English translation is expected to be available soon by clicking "English" at the top of the same page. On Tuesday, 21 April 2015, 10:53, Amr Misbah <amr_misbah(a)yahoo.com> wrote: Hello All, Please note that the Egyptian authorities have decided not to apply DST in 2015:http://www.timeanddate.com/news/time/egypt-cancels-dst-2015.html http://english.ahram.org.eg/NewsContent/1/64/128195/Egypt/Politics-/No-dayl… Best Regards,Amr

1 0

No DST in Egypt in 2015
by Amr Misbah April 21, 2015

April 21, 2015

Hello All, Please note that the Egyptian authorities have decided not to apply DST in 2015:http://www.timeanddate.com/news/time/egypt-cancels-dst-2015.html http://english.ahram.org.eg/NewsContent/1/64/128195/Egypt/Politics-/No-dayl… Best Regards,Amr

1 0

Egypt DST cancelled at least for 2015
by Ahmed Nazmy April 21, 2015

April 21, 2015

Hello , Egypt's ministers cabinet just announced today 20/Apr/2015 that it will cancel DST at least for 2015 . Hence changes that was recently done for DST change on 30th April and on Ramadan needs to be changed again to introduce NO DST changes for Egypt .

4 6

Egypt Timezone Change
by Ahmed Mekawy April 20, 2015

April 20, 2015

Hello, It seems Egypt decided to cancel the daylight savings this year. http://english.ahram.org.eg/News/128195.aspx 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

1 0

[PROPOSED PATCH 1/3] Remove need for ialloc.c
by Paul Eggert April 20, 2015

April 20, 2015

One of its functions, icpyalloc, duplicates the now-standard function strdup, and we might as well use the standard function. Its other function, icatalloc, is used only in O(N**2) algorithms that can be rewritten to be O(N). * Makefile: Mention HAVE_STRDUP in commentary. (TZCOBJS): Remove ialloc.o. (NONLIBSRCS): Remove ialloc.c. (ialloc.o): Remove. * ialloc.c: Remove. * private.h (HAVE_STRDUP): New macro, defaulting to 1. (icatalloc, icpyalloc): Remove decls. * zic.c (end): Remove. (strdup) [!HAVE_STRDUP]: New function. (memcheck): Arg is no longer a const pointer, since the result isn't. (emalloc, erealloc, ecpyalloc): Now functions, not macros. (ecpyalloc): Use strdup, not icpyalloc. (ecatalloc): Remove. All callers changed. (componentcheck): Check that file name components are nonempty; otherwise, relname might return nonsense. (relname): New function. (dolink, itsdir, writezone): Use it. (dolink, stringrule, stringzone): Rewrite to avoid O(N**2) algorithm involving 'strcat' and 'end'. (writezone): Use local, not static, to store fullname, and free it before returning. (doabbr, stringoffset): Return strlen of result. --- Makefile | 6 +-- ialloc.c | 32 ------------ private.h | 6 ++- zic.c | 175 +++++++++++++++++++++++++++++++++++++------------------------- 4 files changed, 113 insertions(+), 106 deletions(-) delete mode 100644 ialloc.c diff --git a/Makefile b/Makefile index 9a571e5..af52b36 100644 --- a/Makefile +++ b/Makefile @@ -120,6 +120,7 @@ LDLIBS= # -DHAVE_STDINT_H=1 if you have a pre-C99 compiler with "stdint.h" # -DHAVE_STRFTIME_L=1 if <time.h> declares locale_t and strftime_l # This defaults to 0 if _POSIX_VERSION < 200809, 1 otherwise. +# -DHAVE_STRDUP=0 if your system lacks the strdup function # -DHAVE_SYMLINK=0 if your system lacks the symlink function # -DHAVE_SYS_STAT_H=0 if your compiler lacks a "sys/stat.h" # -DHAVE_SYS_WAIT_H=0 if your compiler lacks a "sys/wait.h" @@ -330,13 +331,13 @@ AR= ar # ':' on typical hosts; 'ranlib' on the ancient hosts that still need ranlib. RANLIB= : -TZCOBJS= zic.o scheck.o ialloc.o +TZCOBJS= zic.o scheck.o TZDOBJS= zdump.o localtime.o asctime.o DATEOBJS= date.o localtime.o strftime.o asctime.o LIBSRCS= localtime.c asctime.c difftime.c LIBOBJS= localtime.o asctime.o difftime.o HEADERS= tzfile.h private.h -NONLIBSRCS= zic.c zdump.c scheck.c ialloc.c +NONLIBSRCS= zic.c zdump.c scheck.c NEWUCBSRCS= date.c strftime.c SOURCES= $(HEADERS) $(LIBSRCS) $(NONLIBSRCS) $(NEWUCBSRCS) \ tzselect.ksh workman.sh @@ -654,7 +655,6 @@ zonenames: $(TDATA) asctime.o: private.h tzfile.h date.o: private.h difftime.o: private.h -ialloc.o: private.h localtime.o: private.h tzfile.h scheck.o: private.h strftime.o: private.h tzfile.h diff --git a/ialloc.c b/ialloc.c deleted file mode 100644 index e228db5..0000000 --- a/ialloc.c +++ /dev/null @@ -1,32 +0,0 @@ -/* -** This file is in the public domain, so clarified as of -** 2006-07-17 by Arthur David Olson. -*/ - -/*LINTLIBRARY*/ - -#include "private.h" - -char * -icatalloc(char *const old, const char *const new) -{ - register char * result; - register int oldsize, newsize; - - newsize = (new == NULL) ? 0 : strlen(new); - if (old == NULL) - oldsize = 0; - else if (newsize == 0) - return old; - else oldsize = strlen(old); - if ((result = realloc(old, oldsize + newsize + 1)) != NULL) - if (new != NULL) - strcpy(result + oldsize, new); - return result; -} - -char * -icpyalloc(const char *const string) -{ - return icatalloc(NULL, string); -} diff --git a/private.h b/private.h index de9c13e..05316a1 100644 --- a/private.h +++ b/private.h @@ -42,6 +42,10 @@ #define HAVE_SETTIMEOFDAY 3 #endif /* !defined HAVE_SETTIMEOFDAY */ +#ifndef HAVE_STRDUP +#define HAVE_STRDUP 1 +#endif + #ifndef HAVE_SYMLINK #define HAVE_SYMLINK 1 #endif /* !defined HAVE_SYMLINK */ @@ -452,8 +456,6 @@ time_t time2posix_z(timezone_t, time_t) ATTRIBUTE_PURE; ** Private function declarations. */ -char * icatalloc(char * old, const char * new); -char * icpyalloc(const char * string); const char * scheck(const char * string, const char * format); /* diff --git a/zic.c b/zic.c index 5d0501d..b28d5c3 100644 --- a/zic.c +++ b/zic.c @@ -31,8 +31,6 @@ typedef int_fast64_t zic_t; #define MKDIR_UMASK 0755 #endif -#define end(cp) (strchr((cp), '\0')) - struct rule { const char * r_filename; int r_linenum; @@ -368,18 +366,40 @@ size_product(size_t nitems, size_t itemsize) return nitems * itemsize; } +#if !HAVE_STRDUP +static char * +strdup(char const *str) +{ + char *result = malloc(strlen(str) + 1); + return result ? strcpy(result, str) : result; +} +#endif + static ATTRIBUTE_PURE void * -memcheck(void *const ptr) +memcheck(void *ptr) { if (ptr == NULL) memory_exhausted(strerror(errno)); return ptr; } -#define emalloc(size) memcheck(malloc(size)) -#define erealloc(ptr, size) memcheck(realloc(ptr, size)) -#define ecpyalloc(ptr) memcheck(icpyalloc(ptr)) -#define ecatalloc(oldp, newp) memcheck(icatalloc((oldp), (newp))) +static void * +emalloc(size_t size) +{ + return memcheck(malloc(size)); +} + +static void * +erealloc(void *ptr, size_t size) +{ + return memcheck(realloc(ptr, size)); +} + +static char * +ecpyalloc (char const *str) +{ + return memcheck(strdup(str)); +} static void * growalloc(void *ptr, size_t itemsize, int nitems, int *nitems_alloc) @@ -634,6 +654,11 @@ componentcheck(char const *name, char const *component, { enum { component_len_max = 14 }; size_t component_len = component_end - component; + if (component_len == 0) { + fprintf(stderr, _("%s: file name '%s' contains empty component"), + progname, name); + exit(EXIT_FAILURE); + } if (0 < component_len && component_len <= 2 && component[0] == '.' && component_end[-1] == '.') { fprintf(stderr, _("%s: file name '%s' contains" @@ -686,6 +711,21 @@ namecheck(const char *name) componentcheck(name, component, cp); } +static char * +relname(char const *dir, char const *base) +{ + if (*base == '/') + return ecpyalloc(base); + else { + size_t dir_len = strlen(dir); + bool needs_slash = dir_len && dir[dir_len - 1] != '/'; + char *result = emalloc(dir_len + needs_slash + strlen(base) + 1); + result[dir_len] = '/'; + strcpy(result + dir_len + needs_slash, base); + return memcpy(result, dir, dir_len); + } +} + static void dolink(const char *const fromfield, const char *const tofield) { @@ -694,20 +734,8 @@ dolink(const char *const fromfield, const char *const tofield) register int fromisdir; namecheck(tofield); - if (fromfield[0] == '/') - fromname = ecpyalloc(fromfield); - else { - fromname = ecpyalloc(directory); - fromname = ecatalloc(fromname, "/"); - fromname = ecatalloc(fromname, fromfield); - } - if (tofield[0] == '/') - toname = ecpyalloc(tofield); - else { - toname = ecpyalloc(directory); - toname = ecatalloc(toname, "/"); - toname = ecatalloc(toname, tofield); - } + fromname = relname(directory, fromfield); + toname = relname(directory, tofield); /* ** We get to be careful here since ** there's a fair chance of root running us. @@ -731,6 +759,8 @@ dolink(const char *const fromfield, const char *const tofield) if (result != 0) { const char *s = fromfield; const char *t; + char *p; + size_t dotdots = 0; register char * symlinkcontents = NULL; do @@ -739,13 +769,13 @@ dolink(const char *const fromfield, const char *const tofield) && ! strncmp (fromfield, tofield, ++s - fromfield)); - for (s = tofield + (t - fromfield); - (s = strchr(s, '/')); - s++) - symlinkcontents = - ecatalloc(symlinkcontents, - "../"); - symlinkcontents = ecatalloc(symlinkcontents, t); + for (s = tofield + (t - fromfield); *s; s++) + dotdots += *s == '/'; + symlinkcontents + = emalloc(3 * dotdots + strlen(t) + 1); + for (p = symlinkcontents; dotdots-- != 0; p += 3) + memcpy(p, "../", 3); + strcpy(p, t); result = symlink(symlinkcontents, toname); if (result == 0) warning(_("hard link failed, symbolic link used")); @@ -828,7 +858,7 @@ itsdir(const char *const name) return S_ISDIR(st.st_mode) != 0; #else { - char *nameslashdot = ecatalloc(ecpyalloc(name), "/."); + char *nameslashdot = relname(name, "."); res = stat(nameslashdot, &st); free(nameslashdot); return res == 0; @@ -1547,7 +1577,7 @@ writezone(const char *const name, const char *const string, char version) register int leapcnt32, leapi32; register int timecnt32, timei32; register int pass; - static char * fullname; + char * fullname; static const struct tzhead tzh0; static struct tzhead tzh; zic_t *ats = emalloc(size_product(timecnt, sizeof *ats + 1)); @@ -1633,9 +1663,7 @@ writezone(const char *const name, const char *const string, char version) --leapcnt32; ++leapi32; } - fullname = erealloc(fullname, - strlen(directory) + 1 + strlen(name) + 1); - sprintf(fullname, "%s/%s", directory, name); + fullname = relname(directory, name); /* ** Remove old file, if any, to snap links. */ @@ -1850,15 +1878,16 @@ writezone(const char *const name, const char *const string, char version) fprintf(fp, "\n%s\n", string); close_file(fp, fullname); free(ats); + free(fullname); } -static void +static size_t doabbr(char *const abbr, const char *const format, const char *const letters, bool isdst, bool doquotes) { register char * cp; register char * slashp; - register int len; + register size_t len; slashp = strchr(format, '/'); if (slashp == NULL) { @@ -1871,18 +1900,18 @@ doabbr(char *const abbr, const char *const format, const char *const letters, memcpy(abbr, format, slashp - format); abbr[slashp - format] = '\0'; } + len = strlen(abbr); if (!doquotes) - return; + return len; for (cp = abbr; is_alpha(*cp); cp++) continue; - len = strlen(abbr); if (len > 0 && *cp == '\0') - return; + return len; abbr[len + 2] = '\0'; abbr[len + 1] = '>'; - for ( ; len > 0; --len) - abbr[len] = abbr[len - 1]; + memmove(abbr + 1, abbr, len); abbr[0] = '<'; + return len + 2; } static void @@ -1894,17 +1923,18 @@ updateminmax(const zic_t x) max_year = x; } -static bool +static int stringoffset(char *result, zic_t offset) { register int hours; register int minutes; register int seconds; + bool negative = offset < 0; + int len = negative; - result[0] = '\0'; - if (offset < 0) { - strcpy(result, "-"); + if (negative) { offset = -offset; + result[0] = '-'; } seconds = offset % SECSPERMIN; offset /= SECSPERMIN; @@ -1913,15 +1943,15 @@ stringoffset(char *result, zic_t offset) hours = offset; if (hours >= HOURSPERDAY * DAYSPERWEEK) { result[0] = '\0'; - return false; + return 0; } - sprintf(end(result), "%d", hours); + len += sprintf(result + len, "%d", hours); if (minutes != 0 || seconds != 0) { - sprintf(end(result), ":%02d", minutes); + len += sprintf(result + len, ":%02d", minutes); if (seconds != 0) - sprintf(end(result), ":%02d", seconds); + len += sprintf(result + len, ":%02d", seconds); } - return true; + return len; } static int @@ -1931,7 +1961,6 @@ stringrule(char *result, const struct rule *const rp, const zic_t dstoff, register zic_t tod = rp->r_tod; register int compat = 0; - result = end(result); if (rp->r_dycode == DC_DOM) { register int month, total; @@ -1942,9 +1971,9 @@ stringrule(char *result, const struct rule *const rp, const zic_t dstoff, total += len_months[0][month]; /* Omit the "J" in Jan and Feb, as that's shorter. */ if (rp->r_month <= 1) - sprintf(result, "%d", total + rp->r_dayofmonth - 1); + result += sprintf(result, "%d", total + rp->r_dayofmonth - 1); else - sprintf(result, "J%d", total + rp->r_dayofmonth); + result += sprintf(result, "J%d", total + rp->r_dayofmonth); } else { register int week; register int wday = rp->r_wday; @@ -1971,16 +2000,16 @@ stringrule(char *result, const struct rule *const rp, const zic_t dstoff, } else return -1; /* "cannot happen" */ if (wday < 0) wday += DAYSPERWEEK; - sprintf(result, "M%d.%d.%d", - rp->r_month + 1, week, wday); + result += sprintf(result, "M%d.%d.%d", + rp->r_month + 1, week, wday); } if (rp->r_todisgmt) tod += gmtoff; if (rp->r_todisstd && rp->r_stdoff == 0) tod += dstoff; if (tod != 2 * SECSPERMIN * MINSPERHOUR) { - strcat(result, "/"); - if (! stringoffset(end(result), tod)) + *result++ = '/'; + if (! stringoffset(result, tod)) return -1; if (tod < 0) { if (compat < 2013) @@ -2020,6 +2049,8 @@ stringzone(char *result, const struct zone *const zpfirst, const int zonecount) register const char * abbrvar; register int compat = 0; register int c; + size_t len; + int offsetlen; struct rule stdr, dstr; result[0] = '\0'; @@ -2087,30 +2118,36 @@ stringzone(char *result, const struct zone *const zpfirst, const int zonecount) if (stdrp == NULL && (zp->z_nrules != 0 || zp->z_stdoff != 0)) return -1; abbrvar = (stdrp == NULL) ? "" : stdrp->r_abbrvar; - doabbr(result, zp->z_format, abbrvar, false, true); - if (! stringoffset(end(result), -zp->z_gmtoff)) { + len = doabbr(result, zp->z_format, abbrvar, false, true); + offsetlen = stringoffset(result + len, -zp->z_gmtoff); + if (! offsetlen) { result[0] = '\0'; return -1; } + len += offsetlen; if (dstrp == NULL) return compat; - doabbr(end(result), zp->z_format, dstrp->r_abbrvar, true, true); - if (dstrp->r_stdoff != SECSPERMIN * MINSPERHOUR) - if (! stringoffset(end(result), - -(zp->z_gmtoff + dstrp->r_stdoff))) { - result[0] = '\0'; - return -1; - } - strcat(result, ","); - c = stringrule(result, dstrp, dstrp->r_stdoff, zp->z_gmtoff); + len += doabbr(result + len, zp->z_format, dstrp->r_abbrvar, true, true); + if (dstrp->r_stdoff != SECSPERMIN * MINSPERHOUR) { + offsetlen = stringoffset(result + len, + -(zp->z_gmtoff + dstrp->r_stdoff)); + if (! offsetlen) { + result[0] = '\0'; + return -1; + } + len += offsetlen; + } + result[len++] = ','; + c = stringrule(result + len, dstrp, dstrp->r_stdoff, zp->z_gmtoff); if (c < 0) { result[0] = '\0'; return -1; } if (compat < c) compat = c; - strcat(result, ","); - c = stringrule(result, stdrp, dstrp->r_stdoff, zp->z_gmtoff); + len += strlen(result + len); + result[len++] = ','; + c = stringrule(result + len, stdrp, dstrp->r_stdoff, zp->z_gmtoff); if (c < 0) { result[0] = '\0'; return -1; -- 2.1.0

1 2

Yukon time history updates with references containing some Canadian and global data
by Brian Inglis April 18, 2015

April 18, 2015

It seemed unlikely to me that the statement about the Yukon in line 1844 below "This is still valid;" was still valid, except in the sense that Yukon standard time may still be defined as GMT-9, although standard time in Yukon has not had that offset, and the name has not been used with that meaning, except in some historical sense, since 1973. So I tried to trace the history of Yukon time and found the following regulations, giving the reference title and URL if found, regulation name, and relevant quote if available. Each regulation specifically revokes its predecessor. The final reference is to the current Interpretation Act authorizing and resulting from these regulatory changes. Only recent regulations were retrievable via Yukon government site search or index, and only some via Canadian legal sources. Other sources used include articles titled "Standard Time and Time Zones in Canada" from JRASC via ADS Abstracts, cited by ADO for 1932 in northamerica:1456, and updated versions from 1958 and 1970 quoted below; each article includes current extracts from provincial and territorial ST and DST regulations at the end, summaries and details of standard times and daylight saving time at many locations across Canada, with time zone maps, tables and calculations for Canadian Sunrise, Sunset, and LMST; they also cover many countries and global locations, with a chart and table showing current Universal Time offsets, and may be useful as another source of information for 1970 and earlier. The coordinator should decide how much Yukon time history should change, relative to that currently documented at: northamerica:1838:# Northwest Territories, Nunavut, Yukon northamerica-1839- northamerica-1840-# From Paul Eggert (2006-03-22): northamerica-1841-# Dawson switched to PST in 1973. Inuvik switched to MST in 1979. northamerica-1842-# Mathew Englander (1996-10-07) gives the following refs: northamerica-1843-# * 1967. Paragraph 28(34)(g) of the Interpretation Act, S.C. 1967-68, northamerica:1844:# c. 7 defines Yukon standard time as UTC-9. This is still valid; northamerica-1845-# see Interpretation Act, R.S.C. 1985, c. I-21, s. 35(1). northamerica:1846:# * C.O. 1973/214 switched Yukon to PST on 1973-10-28 00:00. northamerica-1847-# * O.I.C. 1980/02 established DST. northamerica-1848-# * O.I.C. 1987/056 changed DST to Apr firstSun 2:00 to Oct lastSun 2:00. northamerica:1849:# Shanks & Pottenger say Yukon's 1973-10-28 switch was at 2:00; go northamerica-1850-# with Englander. northamerica-1851-# From Chris Walton (2006-06-26): northamerica-1852-# Here is a link to the old daylight saving portion of the interpretation northamerica-1853-# act which was last updated in 1987: northamerica-1854-# http://www.gov.yk.ca/legislation/regs/oic1987_056.pdf Standard Time and Time Zones in Canada; Smith, C.C.; JRASC, Vol. 26, pp.49-77; February 1932; SAO/NASA Astrophysics Data System (ADS) http://adsabs.harvard.edu/abs/1932JRASC..26...49S from p.75: Yukon Interpretation Ordinance Yukon standard time is the local mean time at the one hundred and thirty-fifth meridian. Standard Time and Time Zones in Canada; Smith, C.C.; Thomson, Malcolm M.; JRASC, Vol. 52, pp.193-223; October 1958; SAO/NASA Astrophysics Data System (ADS) http://adsabs.harvard.edu/abs/1958JRASC..52..193S from pp.220-1: Yukon Interpretation Ordinance, 1955, Chap. 16. (1) Subject to this section, standard time shall be reckoned as nine hours behind Greenwich Time and called Yukon Standard Time. (2) Notwithstanding subsection (1), the Commissioner may make regulations varying the manner of reckoning standard time. Yukon Territory Commissioner's Order 1966-20 Interpretation Ordinance http://? - no online source found Standard Time and Time Zones in Canada; Thomson, Malcolm M.; JRASC, Vol. 64, pp.129-162; June 1970; SAO/NASA Astrophysics Data System (ADS) http://adsabs.harvard.edu/abs/1970JRASC..64..129T from p.156: Yukon Territory Commissioner's Order 1967-59 Interpretation Ordinance The Commissioner of the Yukon Territory, pursuant to the Interpretation Ordinance, is pleased to and doth hereby order as follows: 1. Commissioner's Order 1966-20 dated at Whitehorse in the Yukon Territory on 27th January, 1966, is hereby revoked. 2. Yukon (East) Standard Time as defined by section 36 of the Interpretation Ordinance from and after mid-night on the 28th day of May, 1967 shall be reckoned in the same manner as Pacific Standard Time, that is to say, eight hours behind Greenwich Time in the area of the Yukon Territory lying east of the 138th degree longitude west. 3. In the remainder of the Territory, lying west of the 138th degree longitude west, Yukon (West) Standard Time shall be reckoned as nine hours behind Greenwich Time. Yukon Standard Time defined as Pacific Standard Time, YCO 1973/214 http://www.canlii.org/en/yk/laws/regu/yco-1973-214/latest/yco-1973-214.html C.O. 1973/214 INTERPRETATION ACT INTERPRETATION ACT Pursuant to the provisions of the Interpretation Act, the Commissioner of the Yukon Territory is pleased to and doth hereby order as follows: 1. Effective October 28, 1973 Commissioner's Order 1967/59 is hereby revoked. 2. Yukon Standard Time as defined by section 36 of the Interpretation Act from and after midnight on the twenty-eighth day of October, 1973 shall be reckoned in the same manner as Pacific Standard Time, that is to say eight hours behind Greenwich Time. Dated at Whitehorse, in the Yukon Territory, this 4th day of May, A.D., 1973. O.I.C. 1980/02 INTERPRETATION ACT http://? - no online source found Yukon Daylight Saving Time, YOIC 1987/56 http://www.canlii.org/en/yk/laws/regu/yoic-1987-56/latest/yoic-1987-56.html O.I.C. 1987/056 INTERPRETATION ACT INTERPRETATION ACT Pursuant to section 36 of the Interpretation Act, the Commissioner in Executive Council orders as follows: 1. In every year between (a) two o'clock in the morning in the first Sunday in April, and (b) two o'clock in the morning in the last Sunday in October, Standard Time shall be reckoned as seven hours behind Greenwich Time and called Yukon Daylight Saving Time. 2. Order-In-Council 1980/02 is hereby revoked. Dated at Whitehorse, in the Yukon Territory, this 9th day of March, A.D., 1987. Yukon Daylight Saving Time 2006, YOIC 2006/127 http://www.canlii.org/en/yk/laws/regu/yoic-2006-127/latest/yoic-2006-127.ht… O.I.C. 2006/127 INTERPRETATION ACT INTERPRETATION ACT Pursuant to section 33 of the Interpretation Act, the Commissioner in Executive Council orders as follows 1. In Yukon each year the time for general purposes shall be 7 hours behind Greenwich mean time during the period commencing at two o'clock in the forenoon on the second Sunday of March and ending at two o'clock in the forenoon on the first Sunday of November and shall be called Yukon Daylight Saving Time. 2. Order-in-Council 1987/56 is revoked. 3. This order comes into force January 1, 2007. Dated at Whitehorse, Yukon, this 2006. Interpretation Act, RSY 2002, c 125 http://www.canlii.org/en/yk/laws/stat/rsy-2002-c-125/latest/rsy-2002-c-125.… -- Take care. Thanks, Brian Inglis

3 3

Hawaii-Aleutian Standard Time
by Hank W. April 17, 2015

April 17, 2015

I happened to notice that the U.S. Code of Federal Regulations, Title 49, Subtitle A, Part 71, Section 71.12 states "...the Hawaii-Aleutian standard time zone, includes the entire State of Hawaii and, in the State of Alaska, that part of the Aleutian Islands that is west of 169 degrees 30 minutes west longitude." The America/Adak Zone data include this change, but the Pacific/Honolulu Zone data do not. Hank Wisniewski, Austin, Texas, U.S.A.

6 8

Samoa Standard Time
by Hank W. April 16, 2015

April 16, 2015

FYI: I sent the following message to my U.S. Senators and my U.S. Representative: Whereas there exists a country which has been named Samoa since July 1997, Whereas Samoa is entirely separate from the Territory of American Samoa, Whereas Samoa and American Samoa have had standard times since 1911, Whereas the standard time in Samoa has differed from the standard time in American Samoa since the 30th of December 2011 (in addition to the period from 1911 to 1950, when the time in Western Samoa was known as Samoa Time and the time in American Samoa was known as Nome Standard Time), and Whereas the standard times in both locations continue to be known as Samoa Standard Time, Despite the report in the Samoa Wikipedia article that American Samoans protested Samoa's name change and continue to call it Western Samoa, and Despite the difference between the abbreviations of Samoa's Samoa Standard Time (WSST) and American Samoa's Samoa Standard Time (SST), which is due to the fact that the ISO-3166 international standard abbreviation of Samoa is still WS, In the interest of reducing international confusion, I recommend that the Code of Federal Regulations, Title 49, Subtitle A, Part 71, Section 71.13 and the United States Code, Title 15, Chapter 6, Subchapter IX, Section 263 be amended to change the name of the standard time in American Samoa from Samoa standard time to American Samoa standard time. Although I hope they make the change, I'm not holding my breath. I sent a similar message last year to the U.S. Department of Transportation, the Executive Department in charge of U.S. time zones, but received no reply. Besides, if we were interested in reducing international confusion, we would have switched to the metric system. Hank Wisniewski, Austin, Texas, U.S.A.

1 0

Belarus is listed in MSK timezone
by Dzmitry Kazimirchyk April 14, 2015

April 14, 2015

I am in Belarus and I have recently noticed that my local timezone is displayed as MSK (Moscow Time) instead of FET (Further Eastearn European Time). Belarus has not made any changes to its timezone (daylight saving) policies recently, so I guess the reasoning behind this is that Russia have changed its time effectively putting its internal MSK timezone into the same time Belarus already had. However this doesn't cancel out the fact that Belarus is an independent country and it is very strange for a country to be listed under an internal timezone of some other country... Could anyone please shed some light on the reasoning behind putting Belarus into MSK timezone and if we can get our FET timezone back or at least have MSK changed to something neutral. Best regards, Dzmitry Kazimirchyk

15 30

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

[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

The zoneinfo file system tree structure ?
by J William Piggott Feb. 13, 2015

Feb. 13, 2015

[please cc me, I am not subscribed] Hello, I have been working on Util-linux' hwclock and other GNU/Linux date-time issues. I have a couple of questions that I hope someone here can answer. The tz database file system tree was changed on May 25 1998, moving 'right' and 'posix' from subdirectories of zoneinfo to sibling directories. However GNU libc continued to use the old structure until it stopped including the data files on Mar 7 2012. Now some Linux distributions are still using the old subdirectory tree structure. Is there a reason that the old tree structure is still being used? Does it break something to have 'right' and 'posix' as sibling directories? I ask because the problems that were the catalyst for the change in 1998 are still happening. It seems to me like it was a good solution, but nobody used it. If I may ask one more favor, could you please review the information below which I have added to the hwclock man-page? I still need to include information about using TZDIR. Thank you very much, William POSIX vs 'RIGHT' A discussion on date-time configuration would be incomplete without addressing timezones, this is mostly well covered by tzset(3). One area that seems to have no documentation is the 'right' directory of the IANA Time Zone Database, aka tz, aka zoneinfo. There are two separate databases in the zoneinfo system, posix and 'right'. 'Right' (now named leaps) includes leap seconds and posix does not. To use the 'right' database the System Clock must be kept in UTC + leap_seconds, i.e., TAI - 10. This allows calculating the exact number of seconds between two dates that cross a leap second epoch. The System Clock is then converted to the correct civil time, including UTC, by using the 'right' timezone files which subtract the leap sec- onds. Note: this configuration is considered experimental and is known to have issues. To configure a system to use a particular database all of the files located in its directory must be copied to the root of /usr/share/zoneinfo. Files are never used directly from the posix or 'right' subdirectories, e.g., TZ='right/Europe/Dublin'. This habit was becoming so common that the upstream zoneinfo project restructured the system's file tree by moving the posix and 'right' subdirectories out of the zoneinfo directory and into sibling directories: /usr/share/zoneinfo /usr/share/posix /usr/share/leaps Unfortunately, some Linux distributions are changing it back to the old tree structure in their packages. So the problem of system administra- tors reaching into the 'right' subdirectory persists. This causes the system timezone to be configured to include leap seconds while the zoneinfo database is still configured to exclude them. Then when an application such as a World Clock needs the South_Pole timezone file; or an email MTA, or hwclock needs the UTC timezone file; they fetch it from the root of /usr/share/zoneinfo , because that is what they are supposed to do. Those files exclude leap seconds, but the System Clock now includes them, causing an incorrect time conversion. Attempting to mix and match files from these separate databases will not work, because they each require the System Clock to use a different timescale. The zoneinfo database must be configured to use either posix or 'right', as described above.

7 7

[PROPOSED PATCH] * northamerica (America/Cayman): Put Link after Zone.
by Paul Eggert Feb. 13, 2015

Feb. 13, 2015

--- northamerica | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/northamerica b/northamerica index cb27bd5..77463da 100644 --- a/northamerica +++ b/northamerica @@ -2592,7 +2592,7 @@ Zone Atlantic/Bermuda -4:19:18 - LMT 1930 Jan 1 2:00 # Hamilton -4:00 US A%sT # Cayman Is -Link America/Panama America/Cayman +# See America/Panama. # Costa Rica @@ -3115,6 +3115,7 @@ Zone America/Managua -5:45:08 - LMT 1890 Zone America/Panama -5:18:08 - LMT 1890 -5:19:36 - CMT 1908 Apr 22 # Colón Mean Time -5:00 - EST +Link America/Panama America/Cayman # Puerto Rico # There are too many San Juans elsewhere, so we'll use 'Puerto_Rico'. -- 2.1.0

1 0

[PROPOSED PATCH] Move four out-of-scope zones to 'backzone'
by Paul Eggert Feb. 13, 2015

Feb. 13, 2015

* NEWS: Document this. * australasia (Pacific/Guam): Now a link to Pacific/Guam. (Pacific/Midway): Now a link to Pacific/Pago_Pago. * backzone (America/Antigua, America/Cayman, Pacific/Miday) (Pacific/Saipan): Move these four entries here from the other files. * checktab.awk: Remove special cases for the four zones. * northamerica (America/Cayman): Now a link to America/Panama. (America/Antigua): Move to ... * southamerica (America/Antigua): ... here, and make it a link to America/Port_of_Spain. --- NEWS | 9 +++++++++ australasia | 27 ++++----------------------- backzone | 36 ++++++++++++++++++++++++++++++++++++ checktab.awk | 9 --------- northamerica | 12 ++---------- southamerica | 1 + 6 files changed, 52 insertions(+), 42 deletions(-) diff --git a/NEWS b/NEWS index b70ce73..33e983f 100644 --- a/NEWS +++ b/NEWS @@ -2,6 +2,15 @@ News for the tz database Unreleased, experimental changes + Changes affecting past time stamps + + 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 commentary Cite the recent Mexican decree changing Quintana Roo's time zone. diff --git a/australasia b/australasia index 911e681..3e2c0b3 100644 --- a/australasia +++ b/australasia @@ -373,6 +373,7 @@ Zone Pacific/Guam -14:21:00 - LMT 1844 Dec 31 9:39:00 - LMT 1901 # Agana 10:00 - GST 2000 Dec 23 # Guam 10:00 - ChST # Chamorro Standard Time +Link Pacific/Guam Pacific/Saipan # N Mariana Is # Kiribati # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -388,12 +389,7 @@ Zone Pacific/Kiritimati -10:29:20 - LMT 1901 14:00 - LINT # N Mariana Is -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Pacific/Saipan -14:17:00 - LMT 1844 Dec 31 - 9:43:00 - LMT 1901 - 9:00 - MPT 1969 Oct # N Mariana Is Time - 10:00 - MPT 2000 Dec 23 - 10:00 - ChST # Chamorro Standard Time +# See Pacific/Guam. # Marshall Is # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -563,6 +559,7 @@ Zone Pacific/Pago_Pago 12:37:12 - LMT 1879 Jul 5 -11:00 - NST 1967 Apr # N=Nome -11:00 - BST 1983 Nov 30 # B=Bering -11:00 - SST # S=Samoa +Link Pacific/Pago_Pago Pacific/Midway # in US minor outlying islands # Samoa (formerly and also known as Western Samoa) @@ -744,23 +741,7 @@ Zone Pacific/Funafuti 11:56:52 - LMT 1901 # uninhabited # Midway -# -# From Mark Brader (2005-01-23): -# [Fallacies and Fantasies of Air Transport History, by R.E.G. Davies, -# published 1994 by Paladwr Press, McLean, VA, USA; ISBN 0-9626483-5-3] -# reproduced a Pan American Airways timetable from 1936, for their weekly -# "Orient Express" flights between San Francisco and Manila, and connecting -# flights to Chicago and the US East Coast. As it uses some time zone -# designations that I've never seen before:.... -# Fri. 6:30A Lv. HONOLOLU (Pearl Harbor), H.I. H.L.T. Ar. 5:30P Sun. -# " 3:00P Ar. MIDWAY ISLAND . . . . . . . . . M.L.T. Lv. 6:00A " -# -Zone Pacific/Midway -11:49:28 - LMT 1901 - -11:00 - NST 1956 Jun 3 - -11:00 1:00 NDT 1956 Sep 2 - -11:00 - NST 1967 Apr # N=Nome - -11:00 - BST 1983 Nov 30 # B=Bering - -11:00 - SST # S=Samoa +# See Pacific/Pago_Pago. # Palmyra # uninhabited since World War II; was probably like Pacific/Kiritimati diff --git a/backzone b/backzone index fc20ea5..31a3f5a 100644 --- a/backzone +++ b/backzone @@ -255,6 +255,11 @@ Zone Africa/Timbuktu -0:12:04 - LMT 1912 Zone America/Anguilla -4:12:16 - LMT 1912 Mar 2 -4:00 - AST +# Antigua and Barbuda +Zone America/Antigua -4:07:12 - LMT 1912 Mar 2 + -5:00 - EST 1951 + -4:00 - AST + # Chubut, Argentina # The name "Comodoro Rivadavia" exceeds the 14-byte POSIX limit. Zone America/Argentina/ComodRivadavia -4:30:00 - LMT 1894 Oct 31 @@ -274,6 +279,11 @@ Zone America/Aruba -4:40:24 - LMT 1912 Feb 12 # Oranjestad -4:30 - ANT 1965 # Netherlands Antilles Time -4:00 - AST +# Cayman Is +Zone America/Cayman -5:25:32 - LMT 1890 # Georgetown + -5:07:11 - KMT 1912 Feb # Kingston Mean Time + -5:00 - EST + # Canada Zone America/Coral_Harbour -5:32:40 - LMT 1884 -5:00 NT_YK E%sT 1946 @@ -599,3 +609,29 @@ Zone Indian/Mayotte 3:00:56 - LMT 1911 Jul # Mamoutzou # US minor outlying islands Zone Pacific/Johnston -10:00 - HST + +# US minor outlying islands +# +# From Mark Brader (2005-01-23): +# [Fallacies and Fantasies of Air Transport History, by R.E.G. Davies, +# published 1994 by Paladwr Press, McLean, VA, USA; ISBN 0-9626483-5-3] +# reproduced a Pan American Airways timetable from 1936, for their weekly +# "Orient Express" flights between San Francisco and Manila, and connecting +# flights to Chicago and the US East Coast. As it uses some time zone +# designations that I've never seen before:.... +# Fri. 6:30A Lv. HONOLOLU (Pearl Harbor), H.I. H.L.T. Ar. 5:30P Sun. +# " 3:00P Ar. MIDWAY ISLAND . . . . . . . . . M.L.T. Lv. 6:00A " +# +Zone Pacific/Midway -11:49:28 - LMT 1901 + -11:00 - NST 1956 Jun 3 + -11:00 1:00 NDT 1956 Sep 2 + -11:00 - NST 1967 Apr # N=Nome + -11:00 - BST 1983 Nov 30 # B=Bering + -11:00 - SST # S=Samoa + +# N Mariana Is +Zone Pacific/Saipan -14:17:00 - LMT 1844 Dec 31 + 9:43:00 - LMT 1901 + 9:00 - MPT 1969 Oct # N Mariana Is Time + 10:00 - MPT 2000 Dec 23 + 10:00 - ChST # Chamorro Standard Time diff --git a/checktab.awk b/checktab.awk index 9a452b6..cf2c726 100644 --- a/checktab.awk +++ b/checktab.awk @@ -12,15 +12,6 @@ BEGIN { # A special (and we hope temporary) case. tztab["America/Montreal"] = 1 - # Some more special cases; these are zones that should probably - # be turned into links. - if (zone_table == "zone1970.tab") { - tztab["America/Antigua"] = 1 - tztab["America/Cayman"] = 1 - tztab["Pacific/Midway"] = 1 - tztab["Pacific/Saipan"] = 1 - } - while (getline <iso_table) { iso_NR++ if ($0 ~ /^#/) continue diff --git a/northamerica b/northamerica index ad7e106..cb27bd5 100644 --- a/northamerica +++ b/northamerica @@ -2524,13 +2524,8 @@ Zone America/Santa_Isabel -7:39:28 - LMT 1922 Jan 1 0:20:32 ############################################################################### # Anguilla -# See America/Port_of_Spain. - # Antigua and Barbuda -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone America/Antigua -4:07:12 - LMT 1912 Mar 2 - -5:00 - EST 1951 - -4:00 - AST +# See America/Port_of_Spain. # Bahamas # @@ -2597,10 +2592,7 @@ Zone Atlantic/Bermuda -4:19:18 - LMT 1930 Jan 1 2:00 # Hamilton -4:00 US A%sT # Cayman Is -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone America/Cayman -5:25:32 - LMT 1890 # Georgetown - -5:07:11 - KMT 1912 Feb # Kingston Mean Time - -5:00 - EST +Link America/Panama America/Cayman # Costa Rica diff --git a/southamerica b/southamerica index a64a438..fc0cc54 100644 --- a/southamerica +++ b/southamerica @@ -1604,6 +1604,7 @@ Zone America/Port_of_Spain -4:06:04 - LMT 1912 Mar 2 # These all agree with Trinidad and Tobago since 1970. Link America/Port_of_Spain America/Anguilla +Link America/Port_of_Spain America/Antigua Link America/Port_of_Spain America/Dominica Link America/Port_of_Spain America/Grenada Link America/Port_of_Spain America/Guadeloupe -- 2.1.0

1 0

Brazil considering delay to end of DST
by Paul Eggert Feb. 12, 2015

Feb. 12, 2015

The government of Brazil is considering ending daylight saving time later than planned. Currently DST is scheduled to end February 22 at 00:00 local time. This may be delayed by a month. A decision is planned by February 12. Brazil is getting less rain than expected -- their January was the driest in 85 years -- and hydroelectric plants produce most of Brazil's electricity. The hope is that daylight saving time will lower power consumption peaks, making power blackouts less likely. Sources: Jelmayer R. Brazil evaluates extending daylight saving time. Dow Jones Business News 2015-02-06. http://www.nasdaq.com/article/brazil-evaluates-extending-daylight-saving-ti… Governo estuda estender o horário de verão para economizar energia. Jornal Nacional 2015-02-05. http://g1.globo.com/economia/noticia/2015/02/governo-estuda-estender-o-hora… Watts J. Brazil’s worst drought in history prompts protests and blackouts. The Guardian 2015-01-23. http://www.theguardian.com/world/2015/jan/23/brazil-worst-drought-history

3 2

tz-latest checksum
by Paul G Feb. 7, 2015

Feb. 7, 2015

I'm looking into writing a python script which retrieves the latest timezone database from the FTP server, but I'm wondering if there's anywhere that a checksum of the tz-latest files can be found anywhere. At the moment, we manually specify the latest version of the database, and calculate the sha512 checksum whenever it is updated. I see that the GPG signature is available, but I would very much like to avoid adding any dependencies to the library. Is there anywhere that I retrieve the checksum for the latest tzdata file using one of the hashes supported by hashlib? (SHA1, SHA256, SHA384, SHA512 or MD5) Of course this defeats the implied MITM protection that retrieving a "known good" or signed checksum provides, but it at least retains the checksum / corrupted file protection. Thanks!

2 1

Re: [tz] Positive leap second on 2015-06-30.
by Denis Excoffier Feb. 7, 2015

Feb. 7, 2015

On 2015-01-06 21:22, Tim Parenti wrote: > +# Some systems implement leap seconds by amortizing the leap second > +# over the last few minutes of the day. The frequency of the local > +# clock is decreased (or increased) to realize the positive (or > +# negative) leap second. This method removes the time step described > +# above. Although the long-term behavior of the time scale is correct > +# in this case, this method introduces an error during the adjustment > +# period both in time and in frequency with respect to the official > +# defintion of UTC. s/defintion/definition/ Regards, Denis Excoffier.

9 11

Chilean time change
by Glenn Eychaner Feb. 7, 2015

Feb. 7, 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

Re: [tz] Fwd: Quintana Roo change to EST?
by Matt Johnson Feb. 7, 2015

Feb. 7, 2015

The CENAM belongs to the Economic Secretary. My understanding is that this is the official department that would set the policy - similar to NIST in the US. ________________________________ From: Paul Eggert<mailto:eggert@cs.ucla.edu> Sent: ‎2/‎5/‎2015 4:29 PM To: Matt Johnson<mailto:mj1856@hotmail.com>; Time Zone Database<mailto:tz@iana.org> Subject: Re: [tz] Fwd: Quintana Roo change to EST? There were conflicting reports about this back when Mexico was considering doing the change in October of this year. As I understand it, Mexico decided to move the change up to this month, and to stay on EST all year. For a brief summary please see: http://www.timeanddate.com/news/time/mexico-quintana-roo-time-zone.html It could well be that this is wrong. There's at least one English-language source saying that it hasn't been decided whether Quintana Roo will observe DST: http://www.blogsouthwest.com/who-moved-my-queso-cancun-changes-time-zone/ and perhaps we'll need a further update once this becomes decided or sufficiently clear. That being said, my (admittedly limited) understanding of QRoo politics suggests that they won't observe DST this year. That CENAM web page is reasonably generic and perhaps its author didn't think about (or want to think about) predicting exactly what will happen in April.

1 1

Fwd: Quintana Roo change to EST?
by Gwillim Law Feb. 6, 2015

Feb. 6, 2015

My translation of the cited article: "... the new time zone will come into effect at two o'clock on the first Sunday of February, when we will have to advance the clock one hour from its current time, ... "Federal deputy Lizbeth Gamboa Song stated that a new change for the month of April is not considered as yet, given that only the State will advance to summer time. "Nevertheless, the deputy noted that Summer Time has applied in Mexico since 1996, to which all entities of the federation adhere, advancing their clocks one hour. In addition, she noted that it is yet unknown whether Quintana Roo will participate in a further change, but if so, the authorities will officially publish that fact in due time." My Spanish is not native level, but I think the article makes it clear that the decision about DST for Quintana Roo has not yet been made. Gwillim Law On Wed, Jan 14, 2015 at 10:43 AM, Steffen Thorsen <thorsen(a)timeanddate.com> wrote: > On 08/12/14 14:18 , Steffen Thorsen wrote: > >> The Mexican state of Quintana Roo will likely change to EST in 2015, by >> not >> going back from DST in October 2015. Its a bit unclear if they will still >> observe >> DST the years after. >> > According to this source, Quintana Roo will change to EST as soon as 1 > February 2015 at 2am: > http://sipse.com/novedades/confirman-aplicacion-de-nueva- > zona-horaria-para-quintana-roo-132331.html > > Through Google Translate, it says "According to the authorities, the term > of the new time zone start at two o'clock on the first Sunday of February, > when we brought forward one hour actual[?] hours, so the clock will be > three o'clock." > > Also, the new zone will not use DST. > > > Best regards, > Steffen Thorsen - timeanddate.com >

6 9

US DST Legislation
by Ray at the Time Zone Report Feb. 4, 2015

Feb. 4, 2015

Greetings, I'm new to the TZ list, but wanted to mention that I've got several venues where I provide pending legislation information relating to Daylight Saving Time and Time Zones in the US. There's a full set of statuses at http://TimeZoneReport.com updated daily, plus Twitter, Facebook, and podcast feeds. In case you haven't heard, an Interesting DST news day yesterday: * Washington state Representative Elizabeth Scott spoke before the House State Government Committee yesterday, and brief discussion on her bill HB 1479 was on the positive side. * Mississippi's SB 2180 for Year-Round DST died in the Senate Rules Committee. * I received a call from the US Department of Transportation Office of the General Counsel, and he provided information which I will summarize on the web site later today. Bottom line: states can opt out of DST, or they can stay with DST as defined in 15 USC 260a - no other option is permitted, such as Year-Round DST; and US DOT is unlikely to approve any state's request to change time zones. * Utah has a NEW bill HB 247 proposing to simply move to Central Time, in sort of a "why ask for permission" move, filed yesterday at 4:55pm. The legislative review note mentions the "high probability that a court will hold that the bill is preempted by federal law and is unconstitutional under the Supremacy Clause". so they know this bill is doomed. * A Missouri Representative has filed House Joint Resolution 38 intending to submit to voters an initiative which "establishes daylight saving time as new standard time", if passed. Sort of a "we're just going to move the clocks forward and call that 'standard time' from now on." With Mississippi dropping out plus the addition of Missouri, there are still nine US States with active DST/TZ legislation pending. 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

1 0

Oregon to reconsider DST
by Matt Johnson Feb. 4, 2015

Feb. 4, 2015

If passed, Oregon SB99 would repeal DST - effective 2021. Wouldn't it be nice if all DST changes gave such ample notice! Bill, including full text:https://olis.leg.state.or.us/liz/2015R1/Measures/Overview/SB99 Found courtesy of M3 Sweatt at Microsofthttp://blogs.msdn.com/b/mthree/archive/2015/02/02/oregondst-020215…

7 7

MSFT open-sourced CoreCLR, timezone bits inside
by Andrew Paprocki Feb. 3, 2015

Feb. 3, 2015

For anyone that is interested, Microsoft open-sourced the .NET CoreCLR: https://github.com/dotnet/coreclr Inside are the bits that read Microsoft's timezone data from the registry and provide the .NET interface: https://github.com/dotnet/coreclr/blob/master/src/mscorlib/src/System/TimeZ… -Andrew

1 0

[PATCH] make check_white_space fix for leap-seconds.list
by Paul Eggert Jan. 31, 2015

Jan. 31, 2015

* Makefile (check_white_space): Allow trailing white space in leap-seconds.list. This file is maintained by NIST, and the current version has trailing white space, and has a checksum making it inadvisable for us to remove the trailing white space in our copy. Also, coalesce two 'grep' calls into one, and check for weird white space characters anywhere, not just before line end. --- Makefile | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/Makefile b/Makefile index 9e8e468..2503463 100644 --- a/Makefile +++ b/Makefile @@ -484,9 +484,9 @@ check_character_set: $(ENCHILADA) ! grep -Env $(VALID_LINE) $(ENCHILADA) check_white_space: $(ENCHILADA) - ! grep -n ' '$(TAB_CHAR) $(ENCHILADA) - ! grep -n '[[:space:]]$$' $(ENCHILADA) - ! grep -n "$$(printf '[\f\r\v]\n')" $(ENCHILADA) + ! grep -En ' '$(TAB_CHAR)"|$$(printf '[\f\r\v]')" $(ENCHILADA) + ! grep -n '[[:space:]]$$' \ + $$(ls $(ENCHILADA) | grep -Fvx leap-seconds.list) CHECK_CC_LIST = { n = split($$1,a,/,/); for (i=2; i<=n; i++) print a[1], a[i]; } -- 2.1.0

2 2

Time Zone Database
by Antonio Gutierrez Jan. 31, 2015

Jan. 31, 2015

Hi, We need to update our timezone version of our jdk, but we are not sure it the latest version of tzdata2014j will work fine with our current version of jdk 1.6. Could you confirm that there won't be any problem about this? Many thanks, Antonio

3 2

leap seconds information outdated in the IANA timezone database and on the IETF website
by Paul Wise Jan. 31, 2015

Jan. 31, 2015

Hi, The IANA timezone database and the copy on the IETF website has outdated information about leap seconds. A new leap second will happen in July 2015 so please update the leap seconds information. Original data: ftp://time.nist.gov/pub/leap-seconds.list A bulletin: http://hpiers.obspm.fr/iers/bul/bulc/bulletinc.dat News story: https://www.theverge.com/2015/1/7/7508651/leap-second-2015-earths-rotation-… Outdated copies: https://www.ietf.org/timezones/data/leapseconds https://www.ietf.org/timezones/data/leap-seconds.list https://www.iana.org/time-zones/repository/releases/tzdata2014j.tar.gz -- bye, pabs http://bonedaddy.net/pabs3/

2 1

[tz-announce] 2015a release of tz code and data available
by Paul Eggert Jan. 30, 2015

Jan. 30, 2015

The 2015a release of the tz code and data is available. It reflects the following changes, which were either circulated on the tz mailing list or are relatively minor technical or administrative changes: Changes affecting future time stamps The Mexican state of Quintana Roo, represented by America/Cancun, will shift from Central Time with DST to Eastern Time without DST on 2015-02-01 at 02:00. (Thanks to Steffen Thorsen and Gwillim Law.) Chile will not change clocks in April or thereafter; its new standard time will be its old daylight saving time. This affects America/Santiago, Pacific/Easter, and Antarctica/Palmer. (Thanks to Juan Correa.) New leap second 2015-06-30 23:59:60 UTC as per IERS Bulletin C 49. (Thanks to Tim Parenti.) Changes affecting past time stamps Iceland observed DST in 1919 and 1921, and its 1939 fallback transition was Oct. 29, not Nov. 29. Remove incorrect data from Shanks about time in Iceland between 1837 and 1908. 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: Asia/Aden, Asia/Bahrain, Asia/Kuwait, and Asia/Muscat. Changes affecting code tzalloc now scrubs time zone abbreviations compatibly with the way that tzset always has, by replacing invalid bytes with '_' and by shortening too-long abbreviations. tzselect ports to POSIX awk implementations, no longer mishandles POSIX TZ settings when GNU awk is used, and reports POSIX TZ settings to the user. (Thanks to Stefan Kuhn.) Changes affecting build procedure 'make check' now checks for links to links in the data. One such link (for Africa/Asmera) has been fixed. (Thanks to Stephen Colebourne for pointing out the problem.) Changes affecting commentary The leapseconds file commentary now mentions the expiration date. (Problem reported by Martin Burnicki.) Update Mexican Library of Congress URL. Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2015a.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2015a.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2015a.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2015a.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 a0782484f101ac55c916568bc1c490d7761fc904 dated Thu Jan 29 22:35:20 2015 -0800 and tagged '2015a' in the experimental github repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: 80d3bd3aeb70e21552a599c6203670fe742ca8d270c3fc430a3045d8e8a6610ebfe74941532c0791d5a99d6e4bf5fbdf62918de57d377d3fd26e7f7f786c66a4 tzcode2015a.tar.gz ff36feb437238ba42fe67257e81ade0a2179d11f6c6449146e28e4b6553c62348b4131af75e440b4467109c9edba13e25ddaf701f2fcebb2a258b4ac9b57293c tzdata2015a.tar.gz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJUyyb5AAoJEO2X6Q5iqn40k8IP/08e76VY87aSt5dtisS+mQOM PATEONddqJpVgtSSJxBqYBHpPoOmNRbDBPPPnEJp6d68KoyBPZBsxcgLEHVIk3tI xZE9g9rFxTtln+wB4thnB906Q4RVW3Ur3N6TK6It/t4iK341eqeCllImvheTu8Bv Jr/sZdPNfmMXjOwFPLB/eNZIupbyM8ouvb9FIMV2sQN2VjMtcdjksj+ubdV+5V6b DfOw44fkGhnX4Eqd8Jfbbl1Ol7Y82xgLzT35BLYaSt9XVRLgAR1Prjld4ydwEbAw lLU6lz0BkDa1CEN3/F9d/oslHxLVpTQFsrw8ycgyhyEBgU6TZlg/2XzmsK1qpycd HotpsbPgyOUMwljeTFvCqtHBddaFNqLWipZPnx2xYbgzLyGsVSDfq+0+8Nj3CoHL szsRYk4UzCXpFuYkLnGj3p2Q8idb3V9vaUmby3iGTLBUsRZDxJaV1KoT5QCgb9+w KA7qQVwdsVSzJT0IK2PQWoBdO/cmX1YlTK+KKaGqtdy+Z7179t5A+cJ7kTkwGu3f e9XdlYf+gl85qkfgmWaazqRskIuRvmZHbws/pcb9nd7pcR20mTJbLXnHgKFDLNsn g97Dz4tyl7fq03clE/YyWSvg9F7ayF/6spD3bjzjRWBuHl8tMt5zSUNetpSQWiAh RHPYylZTGCDdAERtzmIK =VZl3 -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJUyyb5AAoJEO2X6Q5iqn40N6MP/Awuz9TBQhJGEi6L8VGF68AM XHZfd6G4INkY6qRXdQqGtX8cyEFxhN6nUQLMCQepILm7fqU9HyT78JKsqD/lSml3 zFdIqNPb+Q1BFHSCvVadccsn/I6NRmC6yqMy8xeD5Zptveafkq8trbbiUvogXtqv jdZxiskopwC/lHuibIwr6rkR+n2Hps9IHGOit8Nug4Tk18kR/94I2m/DViw/qqCW dBdQISpG+6S3ehFf7IA3+aSNeREZZlwDTMJ9Rj5oUaLJ6WkDL4zeWwb4Qqx50tWw MiSloqubJM48YhBfvMKOLMJz7dCT+mY3fJF3b8PY5SJRvwi00T+k945ZbVBCruLN MfaKBln6K9hBLKrjFdkKFlt6pMQHx9xyNnbBeaH228zqtSDP/4UO0rrOOm6JgGYV XL6jf1oYUx1XldgKTRTtkhViR9cP8aTqe/Zm7TrVvGVgqaZOr6Qnhoo8ePg7o374 IFAtfecqVcCTdCkmU47PfgW1aTHzPuo28TlSfVrTqJ/ef0vOEZLpedr2LFredoJm 7P3nlWuqk6A5AF+iFQD/Zlp3iVHpKC7+UEcJCWJpwrqeIEzWKg3YYAHyhqPCSHR6 jlCAXB47EqkfXDoAeb2lwGyxfYZi9wb4XepK0FbtyzoV/6Xqjr9HXhjk8PzrKyVe YR4+NrgZIxUrNBj+q8Jw =0Syk -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

[PATCH] Minor tz-link updates
by Paul Eggert Jan. 30, 2015

Jan. 30, 2015

* tz-link.htm: Add MINIX and remove Symbian. Remove link to now-obsolete proposal by Tim Berners-Lee. --- tz-link.htm | 7 +++---- 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/tz-link.htm b/tz-link.htm index 444ef94..092da5f 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="2014-11-09"> +<meta name="DC.Date" content="2015-01-29"> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time"> <meta name="DC.Identifier" @@ -47,7 +47,7 @@ title="Berkeley Software Distribution">BSD</abbr></a>, <a href="https://cygwin.com">Cygwin</a>, <a href="http://www.delorie.com/djgpp/"><abbr title="DJ's GNU Programming Platform">DJGPP</abbr></a>, -<a href="http://en.wikipedia.org/wiki/Symbian">Symbian</a>, +<a href="http://en.wikipedia.org/wiki/MINIX">MINIX</a>, <a href="http://en.wikipedia.org/wiki/WebOS"><abbr title="Web Operating System">webOS</abbr></a>, <a href="http://ibm.com/aix"><abbr @@ -245,8 +245,7 @@ href="http://www.w3.org/RDF/"><abbr title="Resource Description Framework">RDF</abbr></a>-based calendar and group scheduling systems, and has a <a href="http://www.w3.org/2002/12/cal/#tzd">workspace on time zone -data</a> converted from <code><abbr>tz</abbr></code>. An earlier <a -href="http://www.w3.org/2000/01/foo">schema</a> was sketched out.</li> +data</a> converted from <code><abbr>tz</abbr></code>.</li> </ul> <h2>Other <code><abbr>tz</abbr></code> compilers</h2> <ul> -- 2.1.0

1 0

ASEAN Common Time (ACT)
by Paul Eggert Jan. 29, 2015

Jan. 29, 2015

Malaysia's foreign minister Datuk Seri Anifah Aman has revived a proposal that all ten countries in ASEAN use the same time zone, presumably UTC+8, which would be abbreviated "ACT". See: Time zone proposal revived. The Star 2015-01-29. http://www.thestar.com.my/News/Nation/2015/01/29/Time-zone-proposal-revived… There's a Wikipedia page describing the proposal: http://en.wikipedia.org/wiki/ASEAN_Common_Time

1 0

Time change in Mexico/Cancun TZ
by Andres, Hanna (NSN - MX/Mexico City) Jan. 28, 2015

Jan. 28, 2015

Hi, Your latest file doesn't reflect the recent change in Cancun's TZ information, where, starting on February 1st, TZ will be UTC-5, following the same DST rules as before (DST time would be UTC-4). Local source (in spanish): http://www.cenam.mx/hora_oficial/nzhm.aspx English source: http://www.oregonlive.com/travel/index.ssf/2015/01/mexican_vacation_hotspot… Br, Hanna Andrés Nokia Networks

1 0

Chile will keep UTC -3 all year round indefinitely
by Juan Correa Jan. 28, 2015

Jan. 28, 2015

Although there is no formal decree yet, today the Ministry of Energy announced that Chile will drop DST, will keep "summer time" (UTC -3 / UTC -5) all year round, and will drop the Easter Island timezone (so all the Chilean land will be on a single time zone) Sources: - http://www.soychile.cl/Santiago/Sociedad/2015/01/28/301742/El-horario-de-ve… "El ministro de Energía, Máximo Pacheco, anunció la suspensión del cambio de horario, por lo que durante todo el año regirá el horario de verano. "El Gobierno ha decidido mantener en forma indefinida un horario único en Chile Continental e Insular", dijo el secretario de Estado, enfatizando "que esta medida va a ayudar a mejorar la calidad de vida de los chilenos y a ser un mejor uso de la energía"." (The ministry of Energy, Máximo Pacheco, announced the suspension of daylight saving time; so 'summer time' will rule all year round "The Government has decided to keep indefinitely the same time for Chile Continental and Easter island", pointing that "this measure will help to improve the quality of life for Chileans and use energy in a better way") - http://www.24horas.cl/nacional/ministro-de-energia-se-suspende-el-cambio-de… - http://www.t13.cl/noticia/actualidad/nacional/gobierno-suprime-cambio-de-ho… I'll share the decree as soon is published on our Diario Oficial (law gacette) -- Juan Correa Poblete PS Labs (http://www.pslabs.cl)

4 8

Chile: No time change in 2015?
by Glenn Eychaner Jan. 28, 2015

Jan. 28, 2015

According to this, Chile will not have a time change at all in 2015 (or beyond): http://www.gob.cl/2015/01/28/ministerio-de-energia-da-conocer-modificacione… The title translates as "Time change (Daylight Savings Time change) is suspended indefinitely". From the article continental Chile will stay at 3 hours West of GMT (GMT-3), and the islands will stay at 5 hours West (GMT-5). Get your patches revved up! -G. -- Glenn Eychaner (geychaner(a)lco.cl) Telescope Systems Programmer, Las Campanas Observatory

1 0

Re: [tz] Chile: No time change in 2015?
by Glenn Eychaner Jan. 28, 2015

Jan. 28, 2015

And in El Mercurio: http://www.emol.com/noticias/tecnologia/2015/01/28/701234/no-habra-mas-camb… On Jan 28, 2015, at 2:43 PM, Glenn Eychaner <geychaner(a)lco.cl> wrote: > According to this, Chile will not have a time change at all in 2015 (or beyond): > > http://www.gob.cl/2015/01/28/ministerio-de-energia-da-conocer-modificacione… > > The title translates as "Time change (Daylight Savings Time change) is suspended indefinitely". From the article continental Chile will stay at 3 hours West of GMT (GMT-3), and the islands will stay at 5 hours West (GMT-5). > > Get your patches revved up! -- Glenn Eychaner (geychaner(a)lco.cl) Telescope Systems Programmer, Las Campanas Observatory

1 0

Quintana Roo change to EST?
by Steffen Thorsen Jan. 14, 2015

Jan. 14, 2015

The Mexican state of Quintana Roo will likely change to EST in 2015, by not going back from DST in October 2015. Its a bit unclear if they will still observe DST the years after. Some sources in Spanish: http://sipse.com/novedades/reconocen-el-trabajo-de-empresarios-con-cambio-d… http://www.unioncancun.mx/articulo/2014/12/04/medio-ambiente/congreso-aprue… We have summed up the info in English here: http://www.timeanddate.com/news/time/mexico-quintana-roo-time-zone.html Best regards, Steffen Thorsen - timeanddate.com

4 4

Arizona will consider adopting daylight saving time
by Matt Johnson Jan. 8, 2015

Jan. 8, 2015

Numerous sources are reporting that the Arizona State Legislature will be considering a bill to enact daylight saving time. http://blogs.phoenixnewtimes.com/valleyfever/2015/01/arizona_lawmakers_propo se_adopting_daylight_savings_time.php http://www.bizjournals.com/phoenix/news/2015/01/07/spring-ahead-law-proposes -daylight-saving-time-for.html http://www.abc15.com/news/state/new-bill-could-put-az-on-daylight-saving-tim e The official link to the bill is here: http://www.azleg.gov/DocumentsForBill.asp?Session_ID=114&Bill_Number=HB2014

4 3

Positive leap second on 2015-06-30.
by Tim Parenti Jan. 6, 2015

Jan. 6, 2015

Per IERS Bulletin C49 (2015-01-05), a positive leap second will be observed on 2015-06-30. The attached patch updates leap-seconds.list from NIST, retrieved from <ftp://time.nist.gov/pub/leap-seconds.3629404800>. -- Tim Parenti

2 1

Re: [tz] Time zone reference inconsistencies (RESOLVED...)
by J-F Rivard Jan. 6, 2015

Jan. 6, 2015

I just read somewhere that old regions were kept in the file for backward compatibility... So, I have my answer. Sorry for the inconvenience. *J-F Rivard | Consultant** | T:450.653.2912** | C:438.495.2912* *univoc(a)videotron.ca <univoc(a)videotron.ca>* On Mon, Jan 5, 2015 at 7:26 PM, J-F Rivard <univoc(a)videotron.ca> wrote: > To whom it may be of interest: > > The time zone rule files refer to following locations that are not found > in "zone1970.tab": > > America/Montreal > America/Antigua > America/Cayman > Asia/Bahrain > Asia/Kuwait > Asia/Muscat > Asia/Aden > Pacific/Saipan > Pacific/Midway > > Note: some (if not all) of the above-listed locations are found in > "zone.tab", but the documentation states that "zone1970.tab" should be used > instead. > > Thank you for your excellent (and much appreciated!) work. Happy new year > 2015! > > J-F Rivard > > > *J-F Rivard | Consultant** | T:450.653.2912 <450.653.2912>** | C:438.495.2912 > <438.495.2912>* > *univoc(a)videotron.ca <univoc(a)videotron.ca>* >

1 0

Time zone reference inconsistencies
by J-F Rivard Jan. 6, 2015

Jan. 6, 2015

To whom it may be of interest: The time zone rule files referred to following locations that are not found in "zone1970.tab": America/Montreal America/Antigua America/Cayman Asia/Bahrain Asia/Kuwait Asia/Muscat Asia/Aden Pacific/Saipan Pacific/Midway Note: some (if not all) of the above-listed locations are found in "zone.tab", but the documentation states that "zone1970.tab" should be used instead. Thank you for your excellent (and much appreciated!) work. Happy new year 2015! J-F Rivard *J-F Rivard | Consultant** | T:450.653.2912** | C:438.495.2912* *univoc(a)videotron.ca <univoc(a)videotron.ca>*

1 0