- tz - lists.iana.org

Morocco DST Interruption during Ramadan 2014
by Milamber June 6, 2014

June 6, 2014

(cancel & replace) Hello, The Moroccan government has recently announced that the country will return to standard time at 3:00 a.m. (03:00) on Saturday, June 28, 2014 local time. Clocks will be turned back one hour. DST will resume again at 2:00 a.m. (02:00) on Saturday, August 2, 2014, when one hour will be added again to the local time. Source (french): http://www.mmsp.gov.ma/fr/actualites.aspx?id=586 Milamber Note: Current prediction in tzdata Rule Morocco 2014 only - Jun 29 3:00 0 - Rule Morocco 2014 only - Jul 29 2:00 1:00 S

2 1

Morocco DST Interruption during Ramadan 2014
by Milamber June 5, 2014

June 5, 2014

Hello, The Moroccan government has recently announced that the country will return to standard time at 3:00 a.m. (03:00) on Saturday, June 6, 2014 local time. Clocks will be turned back one hour. DST will resume again at 2:00 a.m. (02:00) on Saturday, August 2, 2014, when one hour will be added again to the local time. Source (french): http://www.mmsp.gov.ma/fr/actualites.aspx?id=586 Milamber Note: Current prediction in tzdata Rule Morocco 2014 only - Jun 29 3:00 0 - Rule Morocco 2014 only - Jul 29 2:00 1:00 S

1 0

Yacht crew member killed after daylight-saving error
by Paul Eggert June 5, 2014

June 5, 2014

Here's a sobering reminder of one of the downsides of daylight saving time. Last month the Australian Transport Safety Bureau published its investigation into a fatal accident on 2013-02-08 at 13:45 +1100, as the motor yacht Calliope transited the Glebe Island Bridge in Rozelle Bay, Sydney Harbour. When the ship's master calculated tidal conditions for the transit, he determined that low tide would be at 13:20 local time. However, he forgot to allow for daylight saving time, and the actual low tide was at 14:20. The miscalculation contributed to a botched transit; as the crew positioned a fender to control contact with the bridge structure, an assistant engineer was caught between the yacht's fashion plate and a bridge-mounted fender, was pulled overboard, and died. Crane E. Crewman crushed to death in yacht crash after captain misjudged tide times when the clocks changed. Daily Mail, 2014-05-12. http://www.dailymail.co.uk/news/article-2626707/Crewman-crushed-death-yacht… Australian Transport Safety Bureau. Fatality on board the motor yacht Calliope. Marine Occurrence Investigation 297-MO-2013-003, 2014-05-12. http://www.atsb.gov.au/publications/investigation_reports/2013/mair/297-mo-…

2 1

Public key for time-zone ftp site
by Skelton, Terry June 5, 2014

June 5, 2014

Greetings, Can someone point me to the public key that is used to sign the tzdata2014*.tar.gz files on the public FTP site? I have a process that will attempt to verify any new tzdata file using the corresponding ASC signature file, but I need to include the public key that was used to sign the file. Thank you, Terry Skelton Senior Lead Software Developer T +1 303 397 5917 M +1 720 217 6814 terry.skelton(a)travelport.com<mailto:terry.skelton@travelport.com> www.travelport.com<http://www.travelport.com/> [redefining_email_signature]<http://www.travelport.com/vision> This message has been scanned for malware by Websense. www.websense.com

2 1

2014 DST changes in Egypt, again
by Imed Chihi June 5, 2014

June 5, 2014

Hi all. We have finally "located" a precise official reference about the DST changes in Egypt. The Ministers Cabinet decision is explained at http://www.cabinet.gov.eg/Media/CabinetMeetingsDetails.aspx?id=347 For some reason, this (Arabic) site is not accessible outside Egypt, but the page says: "وفيما يتعلق بالتوقيت الصيفى، فمن المقرر أن يبدأ العمل به فى تمام الساعة الثانية عشرة مساء اليوم الخميس 15/5/2014، على أن يتم وقف العمل به فى الساعة الثانية عشر مساء يوم الخميس 26/6/2014، ويعاد العمل بالتوقيت الصيفى مجدداً عقب انتهاء شهر رمضان،وذلك فى تمام الساعة الثانية عشر مساء يوم الخميس "31/7/2014. .. which translates into: "With regard to daylight saving time, it is scheduled to take effect at exactly twelve o'clock this evening, Thursday, 15 MAY 2014, to be suspended by twelve o'clock on the evening of Thursday, 26 JUN 2014, and re-established again at the end of the month of Ramadan, at twelve o'clock on the evening of Thursday, 31 JUL 2014." This statement has been reproduced by other (more accessible) sites: 1. http://elgornal.net/news/news.aspx?id=4699258 2. http://www.masrawy.com/news/egypt/politics/2014/may/15/5901668.aspx?ref=mor… 3. http://dostorasly.com/news/view.aspx?cdate=15052014&id=7e25a82b-6e9e-473a-8… 4. https://www.facebook.com/Egyptian.Cabinet.Of.Ministers/photos/a.20213898979… Since release 2014c was based on the assumption that the DST suspension would take place on 28 JUN 2014, I think that we'll need to make yet another adjustment to Africa/Cairo. -Imed

3 3

[PATCH 2/2] * tz-link.htm, NEWS: jCal is now RFC 7265. Mention PTP and the
by Paul Eggert June 5, 2014

June 5, 2014

draft CalDAV extension. Update URLs for TSP, TZInfo, IATA. Remove stale pointers to World Time Explorer and WORLDTIME. --- NEWS | 6 ++++++ tz-link.htm | 33 +++++++++++++++++---------------- 2 files changed, 23 insertions(+), 16 deletions(-) diff --git a/NEWS b/NEWS index 265f6b3..af68da4 100644 --- a/NEWS +++ b/NEWS @@ -15,6 +15,12 @@ Unreleased, experimental changes "VLASST" has been repaired to be "VLAST" for Vladivostok summer time in 1991. (Thanks to Hank W. for reporting the problems.) + Changes affecting commentary + + tz-link.htm now cites RFC 7265 for jCal, mentions PTP and the + draft CalDAV extension, updates URLs for TSP, TZInfo, IATA, and + removes stale pointers to World Time Explorer and WORLDTIME. + Release 2014d - 2014-05-27 21:34:40 -0700 diff --git a/tz-link.htm b/tz-link.htm index 04919a9..15ccb37 100644 --- a/tz-link.htm +++ b/tz-link.htm @@ -8,7 +8,7 @@ <meta http-equiv="Content-type" content='text/html; charset="US-ASCII"'> <meta name="DC.Creator" content="Eggert, Paul"> <meta name="DC.Contributor" content="Olson, Arthur David"> -<meta name="DC.Date" content="2014-05-27"> +<meta name="DC.Date" content="2014-06-04"> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time"> <meta name="DC.Identifier" @@ -196,10 +196,11 @@ covers time zone data; see its VTIMEZONE calendar component. The iCalendar format requires specialized parsers and generators; a variant <a href="http://tools.ietf.org/html/rfc6321">xCal</a> -(Internet RFC 6321) uses +(Internet <abbr>RFC</abbr> 6321) uses <a href="http://www.w3.org/XML/"><abbr -title="Extensible Markup Language">XML</abbr></a> format, and a draft variant -<a href="http://datatracker.ietf.org/doc/draft-ietf-jcardcal-jcal/">jCal</a> +title="Extensible Markup Language">XML</abbr></a> format, and a variant +<a href="http://tools.ietf.org/html/rfc7265">jCal</a> +(Internet <abbr>RFC</abbr> 7265) uses <a href="http://www.json.org/"><abbr title="JavaScript Object Notation">JSON</abbr></a> format. <a href="http://calconnect.org/">CalConnect, The Calendaring and Scheduling @@ -209,8 +210,12 @@ TIMEZONE Problems and Recommendations</a> offers guidelines and recommendations for the use of VTIMEZONE and <code><abbr>tz</abbr></code>.</li> <li>CalConnect's <a href="http://calconnect.org/tc-timezone.shtml">TIMEZONE Technical Committee</a> has developed -a <a href="http://tools.ietf.org/html/draft-douglass-timezone-service-08">draft -timezone service protocol</a>. The committee's earlier <a +a <a href="http://tools.ietf.org/html/draft-douglass-timezone-service-11">draft +timezone service protocol</a> along with a <a +href="http://tools.ietf.org/html/draft-daboo-caldav-timezone-ref-01">draft +extension</a> to the <a href="http://caldav.calconnect.org/">CalDAV +calendar access protocol</a> to allow time zone information to be exchanged +by reference. The committee's earlier <a href="http://calconnect.org/publications/timezoneregistryandservicerecommendation…">Timezone Registry and Service Recommendations</a> discusses a strategy for defining and deploying a time zone @@ -284,7 +289,7 @@ Dates. It is freely available under the Apache License.</li> Definitions for Python</a> compiles <code><abbr>tz</abbr></code> source into <a href="http://python.org/">Python</a>. It is freely available under a <abbr>BSD</abbr>-style license.</li> -<li><a href="http://tzinfo.rubyforge.org/">TZInfo – +<li><a href="http://tzinfo.github.io/">TZInfo – Ruby Timezone Library</a> compiles <code><abbr>tz</abbr></code> source into <a href="http://www.ruby-lang.org/en/">Ruby</a>. @@ -375,9 +380,6 @@ href="http://veladg.com/velaterra.html">VelaTerra</a> is a Mac <abbr>OS X</abbr> program. Its developers <a href="http://veladg.com/tzoffer.html">offer free licenses</a> to <code><abbr>tz</abbr></code> contributors.</li> -<li><a -href="http://worldtimeexplorer.com/">World Time Explorer</a> is a -Microsoft Windows program.</li> </ul> <h2>Other time zone databases</h2> <ul> @@ -391,10 +393,6 @@ for the U.S.</a>, and <a href="http://www.astrocom.com/astrology/books/international-atlas">one for other locations</a>) by <a href="http://astrocom.com/">Astro Computing Services</a>.</li> -<li><a href="http://worldtime.com/">WORLDTIME: interactive atlas, -time info, public holidays</a> -contains information on local time, sunrise and sunset, -and public holidays in several hundred cities around the world.</li> <li><a href="http://worldtimeserver.com/">World Time Server</a> is another time zone database.</li> <li><a href="http://tycho.usno.navy.mil/tzones.html">World Time Zones</a> @@ -404,7 +402,7 @@ for the <code><abbr>usno</abbr>*</code> files in the <code><abbr>tz</abbr></code> distribution.</li> <li>The <a href="http://www.iata.org/publications/Pages/ssim.aspx">Standard Schedules Information Manual</a> of the -<a href="http://iata.org/index.htm">International Air Transport +<a href="http://iata.org/">International Air Transport Association</a> gives current time zone rules for airports served by commercial aviation.</li> <li>Some Microsoft Windows versions contain time zone information in @@ -482,7 +480,7 @@ common.</li> </ul> <h2>Civil time concepts and history</h2> <ul> -<li><a href="http://physics.nist.gov/GenInt/Time/time.html">A +<li><a href="http://www.nist.gov/pml/general/time/index.cfm">A Walk through Time</a> surveys the evolution of timekeeping.</li> <li><a href="http://webexhibits.org/daylightsaving/">About Daylight @@ -584,6 +582,9 @@ title="Network Time Protocol">NTP</abbr>: The Network Time Protocol</a> discusses how to synchronize clocks of Internet hosts.</li> +<li>The <a href="http://www.nist.gov/el/isd/ieee/ieee1588.cfm">Precision +Time Protocol</a> (IEEE 1588) can achieve submicrosecond clock +accuracy on a local area network.</li> <li><a href="http://tools.ietf.org/html/rfc4833">Timezone Options for <abbr title="Dynamic Host Configuration Protocol">DHCP</abbr></a> -- 1.9.1

1 0

[PATCH 1/2] * europe, northamerica: Update Willett URL.
by Paul Eggert June 5, 2014

June 5, 2014

--- europe | 2 +- northamerica | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/europe b/europe index ca0f165..7ae96ff 100644 --- a/europe +++ b/europe @@ -30,7 +30,7 @@ # which I found in the UCLA library. # # William Willett, The Waste of Daylight, 19th edition -# <http://cs.ucla.edu/~eggert/Daylight_Savings_William_Willett.pdf> +# <http://cs.ucla.edu/~eggert/The-Waste-of-Daylight-19th.pdf> # [PDF] (1914-03) # # Milne J. Civil time. Geogr J. 1899 Feb;13(2):173-94 diff --git a/northamerica b/northamerica index d51a7e1..9660a46 100644 --- a/northamerica +++ b/northamerica @@ -1019,9 +1019,9 @@ Zone America/Menominee -5:50:27 - LMT 1885 Sep 18 12:00 # Whitman Publishing Co, 2 Niagara Av, Ealing, London (undated), # which I found in the UCLA library. # -# <a href="http://www.pettswoodvillage.co.uk/Daylight_Savings_William_Willett.pdf"> # William Willett, The Waste of Daylight, 19th edition -# </a> (1914-03) +# <http://cs.ucla.edu/~eggert/The-Waste-of-Daylight-19th.pdf> +# [PDF] (1914-03) # # Milne J. Civil time. Geogr J. 1899 Feb;13(2):173-94 # <http://www.jstor.org/stable/1774359>. -- 1.9.1

1 0

changes to the TZ database over versions
by Joris Van den Bogaert June 2, 2014

June 2, 2014

Hello, I'm investigating how to deal with timezones for an application that will get to processes billions of timestamped events, generated in just about any part of the world. Timestamps are in local time (without timezone, only post- and other codes) and we need them in UTC time. Money is involved, so it is of critical importance that intervals between events are calculated correctly. There's two steps involved in this: - given some geo data and some lookup tables from a database like geopostcodes.com, determine the timezone id - convert to UTC using the latest Time Zone Database Development wise it's fairly simple to automate. We're using joda time and this library allows to plugin a custom Timezone provider which can then use the latest TZ database. However, I see some issues: 1) I noticed that certain timezone ids are deleted in newer versions: tzdata2014a contains America/Shiprock, newer versions don't. This may lead to issues whenever recalculations are needed in the future. What is the likelyhood that ids are deleted? 2) Do rules from the past ever change? In other words, can we assume that a recalculation of a past local date to a UTC date will always yield the same result with newer versions of the TZ database? If so, is this a common thing and would one then recommend saving the TZ database version with which the conversion was performed along with the UTC date? Hope one of you can shed some light! Cheers, Joris

5 9

Asia/Vladivostok
by Hank W. June 1, 2014

June 1, 2014

In the europe file, regarding Zone Asia/Vladivostok, in the line shown below, is "VLA%sST" a typo? Should it not be "VLA%sT"? 9:00 Russia VLA%sST 1992 Jan 19 2:00s Hank W.

2 1

Europe/Moscow
by Hank W. May 31, 2014

May 31, 2014

For the period from 1919 Jul 1 2:00 to 1922 Oct in the Europe/Moscow zone the Europe file says to apply the Russia rules with the format MSK/MSD: 2:30:48 Russia %s 1919 Jul 1 2:00 3:00 Russia MSK/MSD 1922 Oct However, the Russia rules show three different offsets during 1921, 0, +1 and +2: Rule Russia 1919 only - Aug 16 0:00 0 - Rule Russia 1921 only - Feb 14 23:00 1:00 S Rule Russia 1921 only - Mar 20 23:00 2:00 M # Midsummer Rule Russia 1921 only - Sep 1 0:00 1:00 S Rule Russia 1921 only - Oct 1 0:00 0 -

2 3

Cook Islands
by Hank W. May 30, 2014

May 30, 2014

In the australasia file, The Cook Islands are under the heading of Australia. However, Wikipedia identifies The Cook Islands as a country in free association with New Zealand.

2 1

Chatham Islands
by Hank W. May 30, 2014

May 30, 2014

In the New Zealand part of the australasia file is the note "Since 1957 Chatham has been 45 minutes ahead of NZ, but there's no convenient notation for this so we must duplicate the Rule lines." However, the Chatham Islands and the mainland always change their clocks at the same time, and there is a convenient notation for the time: 14:00u.

2 1

Morocco
by Hank W. May 30, 2014

May 30, 2014

I noticed that the africa file shows that Morocco will be switching to Summer Time early on 30th October 2038 and switching back to standard time 24 hours later. I thought that might be an oversight because it's hard to believe.

2 1

[tz-announce] 2014d release of tz code and data available
by Paul Eggert May 28, 2014

May 28, 2014

The 2014d release of the tz code and data is available. No substantive changes were made to the tz data, just to the code and documentation. This release reflects the following changes, which were either circulated on the tz mailing list or are relatively minor technical or administrative changes: Changes affecting code zic no longer generates files containing time stamps well before the Big Bang. This works around GNOME bug 730332 <https://bugzilla.gnome.org/show_bug.cgi?id=730332>. (Thanks to Leonardo Chiquitto for reporting the bug, and to Arthur David Olson and James Cloos for suggesting improvements to the fix.) Changes affecting documentation tz-link.htm now mentions GNOME. Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2014d.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2014d.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2014d.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2014d.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. 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 This release corresponds to commit a91cc14d7fe3ef7710e02dcc0da649fdb3bdc3cc dated Tue May 27 21:34:40 2014 -0700 and tagged '2014d' in the unofficial github repository at <https://github.com/eggert/tz>. Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJThWf4AAoJEO2X6Q5iqn401mgP/0mwb5ijJnOqWb82X4SQmKGW 8GR3HHgRv8N0jDfd1+uOSQXnZ3NptayJWjGx6eBFssCTnmkaGnDbJ/H5Cs3DKyo3 0vekKxJ59MeK3Aw4leJ7bx+fUvzv3yCa+0zT3kkFyYax3mWmX76bsBorU1OUTT0O frTrXEveyA8bibeDNsMISyO8D//S67mv6/nu/wbEiyxufKuizBahfpyncC+o0R8i hkIOcFUHS4X925ezwn7MO5GYXwJ8n7Ho3SWnyDSqBwRt3CRBUDXwz6CkAjZUgHcH zuwSmKDjBBuHXRZ2zGkadr3UBY5rD2HabR1EzwP0hiDNQbFdiuKWmxolHfVy5vVn 5gakHRqsqOYVAkHco+FLpwZO230KO9VWyDpQyvKMZlHX2RYITXL6FYurh7dZxlgp NHcN9ZBOEA0A3lgNTrH5OCocWVGXqqY3dc14gmQLqe9slZdIu+5flfajS17HlYec 1sXRiomso/aVVUaPHFhtyMtuOFLCepFLBg63dQHxYoCfHLGSydbWUB/JcAnMfS8P YOqzovi+FPq6pdyG/q/PUI7FyEz/XZVyc6VazZyF7sqyE9o6JFPYGu7TtyXDNERd Ks3chCsb4tiQ4Wxlh7X8A9HWtu9nCbrJXlOSbWOSbntcbT/tcXClyGi7jkSLt0Aw Gr/4LYioKmoj5TyJ7kDV =TncV -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJThWf4AAoJEO2X6Q5iqn40NTgP/21cbRGXRSc+18Yj7sEQ+fs3 g0zJnUEeZX2Wh7dPnpAH8g8/+htF+LhAS6R1Da8GQZqhHg8NnWplvy5YQuW4oMI8 62Cq+fq8FtGzd12BZSbQc71DItPptuDF6Gnx6S97V4LFxwbiehgha0YTQ+5IUWn2 GOUZRCvr/uhlP96Y0dlgcCRUZxBbxSyLUQBDPlikRegALlgchSm3EU4E2tHMHPDi EhKINic81UKiBPLLWGoaCQXSnOHCyeqKQJJqH9PXqKykCJMeCDHAbUBdo7vRhYx/ 7aHP1javXYMDH1U9C3SqQtIAo9zCObLPtLASYL+KYgJquPcGX+YobuFnb97x6sAH lF0FlCjRJBwdq6oZ/H3NCCFHIMmrVVj+KM0DlCSqUsp9Pld9BUd3F5EK2RGvF3b4 4G58S6Ob+4HDorHqLFfWdsIhRFF3Jr2AWH1VCVPkVxbYBtH7udeDZmL8Z7NgxGSA h9Gwy3wngfLpaD3NCtSDUW0jNc5Yvg9BNw2nwa/VA2A2/ckMjoRe9fGr1WPaY87J 6Rzp57X8l5OxLu2RI54tKioHVIrTfbejXQpISFtE79b4kCmggLTPU1dUWo7yDJvS 7vX6Bd0BLYyrIQKjoTQ30YQpg477lyaBMVS0P8AIl4FSTS7kVGpPaK5lUDANssRB l9vEDH3V46FN0whnKHNe =wEHb -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

tzcode-2014c breaks applications that use the binary tz files
by Leonardo Chiquitto May 27, 2014

May 27, 2014

Hi, After updating to 2014c, we've received a couple of reports of applications that started to misbehave (show wrong times). One example is the clock applet from Gnome3 (the one in the panel) which, on my machine, shows the time with a -7 minutes offset. Reverting these recent changes from zic(1) resolves the problem: 7fb077a9f zic: improve handling of low-valued time stamps 2586e998c zic: revert Macquarie-specific changes Leonardo

9 15

Politics of TZ changes
by Matt Johnson May 20, 2014

May 20, 2014

The recent changes in Egypt have me thinking. How is it that there isn't some sort of international treaty, law, or agreement about how much notice a government needs to give when making time zone changes? I know almost nothing about international law, but aren't there organizations that coordinate things like trade and commerce that would have something to say about this? It's seems strange to me that we can all agree to let the ITU coordinate UTC while time zones don't seem to be coordinated by any official legal body. Of course, it makes sense that each government should retain its sovereign right to set its time zones as it pleases - but surely something could be done about the process as to which it enacts those changes? I think we can all agree that having a spokesperson give vague details in a media article a week beforehand is not the right way to do things. It's also concerning that people tend to set deadlines based on the date of the change. Not only should time be allowed for the change to be incorporated into the data and distributed to systems, but also people should think about all of the ways that future activities are scheduled based on current knowledge of the tz rules. For example, say you have a weekly scheduled conference call between Egypt and somewhere else in the world. At the moment the Egyptian government announced the change, some of your meeting times became inaccurate. With the change sent out today (2 days before the change), it's not very likely you would receive this update in time to adjust your meeting time. But even if you did get the update, it's quite likely that you would have to reschedule due to conflict with another appointment. For some, this might be an inconvenience. But for others, it could make or break a deal. Cumulatively this could have an economic impact, so one would think it would be in a countries own best interest to give sufficient notice. Perhaps if there were a set of rules, they might be unenforceable and some cases would still slip through the cracks. But at least if there were guidelines defined by some sort of official international governance - we might have a fighting chance. Please share your thoughts and opinions on this topic. What would these rules/guidelines look like? Who might we lobby to enact such a thing?

15 18

Balancing machine for Pump, Roller, Textile, Centrifuge 2014-05-17 05:27:41
by Sales.83＠qq.com May 16, 2014

May 16, 2014

1 0

Propagation latency to end user for 2014c tzdata
by Paul Eggert May 16, 2014

May 16, 2014

In what must be a speed record for my personal desktop, the 2014c release of tzdata was installed at 22:13:49 UTC yesterday, which is only 25780 seconds (roughly 7 hours 10 minutes) after the announcement was sent to tz-announce at 15:05:51 UTC. I got this entirely through the normal channels by doing the software updates I normally do from my supplier Canonical; the desktop runs Ubuntu 14.04 LTS, the current long term stable release. If I understand the process correctly, Debian had the patch prepared by 17:05:45 UTC yesterday, 7296 seconds (roughly 2 hours 3 minutes) after the announcement, and Ubuntu followed suit by 17:53:46 UTC yesterday, 10177 seconds (roughly 2 hours 50 minutes) after the announcement, though I don't know when the prepared patches were actually published. If only our cell phones and servers were updated so quickly!

2 1

Re: [tz] Egypt to change back to Daylight system!
by Mohamed Shageaa May 14, 2014

May 14, 2014

Dears, Hope you are doing well! With reference to the below URL, we need to know the following: http://mm.icann.org/pipermail/tz/2014-May/020869.html * When the package will be released? * Will it include the Java updater tool? * Will it include the zic rule file? * As per the shared rules, I can see that the time change will be as following, o On 15th of May at 00:00:00, one hour will be added, changing the time to 01:00:00, is that correct? o If yes, then this won't be our case in Egypt, since the time will be changed on the 16th of May not the 15th of May. +Rule Egypt 2014 only - May 15 0:00s 1:00 S +Rule Egypt 2014 only - Jun 29 0:00s 0 - +Rule Egypt 2014 only - Jul 29 0:00s 1:00 S +Rule Egypt 2014 max - Sep lastThu 23:00s 0 - Regards, Shageaa

7 13

Fwd: Politics of TZ changes
by Gwillim Law May 13, 2014

May 13, 2014

The start and end dates of Ramadan are unpredictable only within one day. If the sole religious consideration is to ensure that standard time prevails for the entire month of Ramadan, that can be met by extending the period of standard time so that it encompasses all of the possible duration of Ramadan. The practical consideration of having the time change occur during a weekend could then be met as well. The hitch, of course, is getting the governments concerned to see the value of this expedient. Gwillim Law On Tue, May 13, 2014 at 1:41 PM, gunther Vermeir <gunther.vermeir(a)gmail.com>wrote: > > And then you have of course the cultural/social factor introduced by > linking daylight saving to the Ramadan, who's start date is a variable > factor. > http://en.wikipedia.org/wiki/Ramadan#Beginning > Something for which I see no real solution besides country's like Morocco > or Egypt deciding to not use an other offset during the Ramadan period. >

1 0

[tz-announce] 2014c release of tz code and data available
by Paul Eggert May 13, 2014

May 13, 2014

The 2014c 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 near-future time stamps Egypt observes DST starting 2014-05-15 at 24:00. (Thanks to Ahmad El-Dardiry and Gunther Vermier.) Details have not been announced, except that DST will not be observed during Ramadan. Guess that DST will stop during the same Ramadan dates as Morocco, and that Egypt's future spring and fall transitions will be the same as 2010 when it last observed DST, namely April's last Friday at 00:00 to September's last Thursday at 23:00 standard time. Also, guess that Ramadan transitions will be at 00:00 standard time. Changes affecting code zic now generates transitions for minimum time values, eliminating guesswork when handling low-valued time stamps. (Thanks to Arthur David Olson.) Port to Cygwin sans glibc. (Thanks to Arthur David Olson.) Changes affecting commentary and documentation Remove now-confusing comment about Jordan. (Thanks to Oleksii Nochovnyi.) Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2014c.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2014c.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2014c.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2014c.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. 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 This release corresponds to commit afa8e7a12ba5e689e3a8dfef2ae6730ab598b626 dated Tue May 13 07:44:13 2014 -0700 and tagged '2014c' in the unofficial github repository at <https://github.com/eggert/tz>. Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJTcjBzAAoJEO2X6Q5iqn4068wQAJBxytjtFoCikvZn4kRVmsIB F+dK5xFim9asAsjlsTUIHhgyqP2I3b2+moklv6tNj4PPdFfnJgI1d5UsTieJezvz 6IpruqM//LLGLfeNohMmVxXpRD4HsGMuycX+RU+cIdCAIBUBfqWx8mLDH2JBBAbL mDQtaSqyhW0PAVfBauEBk0QM4BYQn5I9g2oHK+rShCxRAJCcqkr4m+8pRNCdT+rW 1DfTboSXapLS1fNFCFQCgU93suiwDzpXzJhXjSIHns3+A4/BM4T7JxkpdCus443e VHrB+BQI/chax8DMEsoxUr60hl2rOayNPsFzx0RZCCFp8O0gGAhF+4GRL/uw0+QB P5pmRLe1hR6Flj8rJOIwHFRnI4ZskPLv9pHTgib1ntdT/EyEIiKjBBqIXFxCmtgJ 2EuhBRqlqHcfvx1LN255eNKP7Nr/ewhVUMyUFd9IisjYuM5AyZF3YVB2b2TNEO/a 4FBLSn0GouPgelot7N3ABCbvjY9PgVOgLkULFs6QIQ3sVG4IUF07dOBmBXD/7H4Y 8H6ewZG5BIKqFTKTVjxyTSJjhCj+TIyx4hwA24zKRHZIIwszj/toCYCPIhmlu/Vx M10F7w+pTvKPA/jtx2ZOu4d9k7Y9nl+CAFRebmgtOVq90Fc9ATs31kv54EJDOO7Z gNeOuwcHYRNv6umY/3pA =uMMI -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJTcjBzAAoJEO2X6Q5iqn409iQP/2paGnTtzdUVUazAuIQz/5vE 15oTHUReviQuydfb1+m21nFf/iNmIZ6olfJObwN/5DLXhXAM36LlTH9SnMCgMIwu wAMILXubtGIeqKq7r0u9KO5Mlj+NvQA5IoHwZhmXDWwKiqSEsxahjUKABgSvAh7T xfdQZbgBjUTewm+noMFwPHPhkUpiNDkFpApICYKPYSvpYFrbpwjTOJA7Wf61O/2K iVHXQKXbRo/aBj0FWqSCPkgnMGPtlAErhvvvz+rLN3LoD1I0Qn9+qh435eqY9lKw jMY/uDaVmds7vBItqo4y5DNkqo9PQ5WsVOgJY74EFzSFP7GOhdBCEj1j6cSOZMQk odulTaONaDLViniXTvUH0rL6UdzS+yH7m5sUE8bNi7AWHFzDmj83PjsvRh93XK6y YMXd8OWD/oY4z6clydHQhr9o9lWU4YN0P7OmgXsIodzGMDy57penJRPsiB9G9NyT ZuDKmPzow5WzuoiTAYPDDyBBkOK2eBxtwd0BeUHAQjgzcZS9I4W3gdPiPmb3Yi1e 63PQRnZbtuPZe2K/3OFxDeGF1P6CvVFds/FPfrh6yzjCRZZThFGFd/2icDUgnYsm AXs5CGyOypM+ctOYGUeNv3tWO/oidS58g/52NgzZGs9f9UhzF+i8ey57DRMkk2I7 155P/qNcwMTDJ3H5e7QN =8nCu -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

DST changes in Egypt 2014
by Martin Aleksov May 13, 2014

May 13, 2014

Hi there, Is there an option a new tzdata to be released for the changes in Egypt which are: 15 May 2014 - Daylight Saving Time Starts When local standard time is about to reach Thursday, 15 May 2014, 00:00:00 clocks are turned forward 1 hour to Thursday, 15 May 2014, 01:00:00 local daylight time instead 29 Jun 2014 - Daylight Saving Time Ends When local daylight time is about to reach Sunday, 29 June 2014, 01:00:00 clocks are turned backward 1 hour to Sunday, 29 June 2014, 00:00:00 local standard time instead 29 Jul 2014 - Daylight Saving Time Starts When local standard time is about to reach Tuesday, 29 July 2014, 00:00:00 clocks are turned forward 1 hour to Tuesday, 29 July 2014, 01:00:00 local daylight time instead 25 Sep 2014 - Daylight Saving Time Ends When local daylight time is about to reach Friday, 26 September 2014, 00:00:00 clocks are turned backward 1 hour to Thursday, 25 September 2014, 23:00:00 local standard time instead before 15-th of May? Best Regards Martin

4 6

New release of tzdata for Egypt DST change ?
by أحمد المحمودي May 12, 2014

May 12, 2014

Hello, I've seen your git commit. Today is May 12th, yet there is no new release yet of tzdata. I hope you would release it soon enough so that distributions using tzdata would have time to package it (hopefully before May 15th). Thanks... -- ‎أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7

2 1

Egypt to change back to Daylight system!
by Ahmad ElDardiry May 12, 2014

May 12, 2014

Hello, Egypt is to change back to Daylight system on May 15! Please can you update? Thank you.

3 5

Re: [tz] Egypt to change back to Daylight system!
by Mohamed Shageaa May 12, 2014

May 12, 2014

Hello Team, Could you please update us? Regards, Shageaa From: Mohamed Shageaa Sent: Sunday, May 11, 2014 5:25 PM To: 'tz(a)iana.org' Subject: Re: Re: [tz] Egypt to change back to Daylight system! Dears, Hope you are doing well! With reference to the below URL, we need to know the following: http://mm.icann.org/pipermail/tz/2014-May/020869.html * When the package will be released? * Will it include the Java updater tool? * Will it include the zic rule file? * As per the shared rules, I can see that the time change will be as following, o On 15th of May at 00:00:00, one hour will be added, changing the time to 01:00:00, is that correct? o If yes, then this won't be our case in Egypt, since the time will be changed on the 16th of May not the 15th of May. +Rule Egypt 2014 only - May 15 0:00s 1:00 S +Rule Egypt 2014 only - Jun 29 0:00s 0 - +Rule Egypt 2014 only - Jul 29 0:00s 1:00 S +Rule Egypt 2014 max - Sep lastThu 23:00s 0 - Regards, Shageaa

1 0