- tz - lists.iana.org

Timezones Morocco 2013 incorrect
by Erik Homoet March 7, 2013

March 7, 2013

Hi, For our internet airline booking engine of flights we¹re using the tzdata2012j version. In this version the DST timing for Morroco is not correct. We¹re facing a lot of problems because of this, this because a large amount of flights are departing from Morocco between 23:00 and 24:00. Morocco is also on Wintertime during the month of Ramadan. The correct timezone should be: WET DST starts on Sunday, 28 April 2013, 02:00 local standard time. DST ends on Tuesday, 9 July 2013, 03:00 local daylight time. DST starts on Thursday, 8 August 2013, 02:00 local standard time. DST ends on Sunday, 29 September 2013, 03:00 local daylight time. Source: http://www.timeanddate.com/worldclock/city.html?n=60 Would you please be so kind to give me an indication when this can be changed? Best regards and thanks, Erik Erik Homoet Business Consultant quintessence consulting AMS mobile: +31 614534022 email: ehomoet(a)quintessence.net skype: erik_qc_ams

8 18

dead code in zic
by christos＠zoulas.com March 7, 2013

March 7, 2013

On LP32 machines, the following code is dead: dayoff is long min_time is zic_t -> int_fast64_t if (dayoff < min_time / SECSPERDAY) { error(_("time too small")); return; } if (dayoff > max_time / SECSPERDAY) { error(_("time too large")); return; } The vax gcc-4.1 detects this; later versions of gcc don't. But all of them will warn, if you change min_time and max_time from const zic_t to #define's. What's the correct fix here? http://releng.netbsd.org/builds/HEAD/201303041020Z/vax.build.failed christos

7 14

Paraguay may move out of DST earlier this year
by Carlos Raúl Perasso March 6, 2013

March 6, 2013

The Paraguayan Electric Company (ANDE) plans to move out of DST a couple of weeks earlier this year. There is nothing final yet. An article from a local newspaper: http://www.abc.com.py/nacionales/ande-quiere-adelantar-el-atraso-de-los-rel… I'll will report changes on this subject. Carlos Perasso

1 0

Re: [tz] Discussion in ECMA about tz identifiers in JavaScript
by SM March 6, 2013

March 6, 2013

Hi Paul, At 13:07 05-03-2013, Paul_Koning(a)Dell.com wrote: >I don't agree. Such material would be "informational" exactly as it >is today, not "normative" -- it gives background, it doesn't create >any new requirements. The only consequence of having it in an RFC >is that it would be visible rather than buried. And based on the >discussion we've been having, that is clearly a needed improvement. There is an indirect link [1] between my comment and things that happened. It's useful to keep the project going [2]. Regards, -sm 1. http://mm.icann.org/pipermail/tz/2009-August/015750.html 2. http://mm.icann.org/pipermail/tz/2011-October/016898.html

1 0

Discussion in ECMA about tz identifiers in JavaScript
by Shawn Steele March 5, 2013

March 5, 2013

In case anyone’s interested, there’s a discussion on es-discuss(a)mozilla.org<mailto:es-discuss@mozilla.org> (the ecmascript discussion list) about time zone identifiers in Javascript. -Shawn   http://blogs.msdn.com/shawnste

9 16

Re: [tz] Discussion in ECMA about tz identifiers in JavaScript
by SM March 5, 2013

March 5, 2013

Hi Norbert, At 10:28 05-03-2013, Norbert Lindenberg wrote: >I wasn't aware of the Theory file, but found it after some digging. >Would it be possible to put the content of the "Names of time zone >rule files" section into a more prominent place? The best solution >for external references to the time zone database would actually be >an RFC containing that information - section 3 of RFC 6557 would >have been a good place. Has that been considered before? See http://www.ietf.org/timezones/code/Theory In my opinion there will be a loss of flexibility if the information is published as a RFC. Regards, -sm

2 1

Re: [tz] Discussion in ECMA about tz identifiers in JavaScript
by SM March 5, 2013

March 5, 2013

Hi Mark, At 00:22 05-03-2013, Mark Davis â wrote: >Some of these are simply rocks with no permanent >inhabitants, but for testing completeness it is useful to have them. As an example, see http://mm.icann.org/pipermail/tz/2012-May/017799.html Regards, -sm

1 0

[PATCH] Updates for Chile 2013
by Petr Machata March 4, 2013

March 4, 2013

--- Hi there, this is a patch for the Chile update that others have brought up. I decided to apply the transition dates to single years only--the DST policy is reevaluated every year anyway. Thanks, PM antarctica | 4 ++-- southamerica | 21 +++++++++++++++++++-- 2 files changed, 21 insertions(+), 4 deletions(-) diff --git a/antarctica b/antarctica index f55cbde..83d6826 100644 --- a/antarctica +++ b/antarctica @@ -52,8 +52,8 @@ 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 only - Apr Sun>=23 3:00u 0 - Rule ChileAQ 2012 only - Sep Sun>=2 4:00u 1:00 S -Rule ChileAQ 2013 max - Mar Sun>=9 3:00u 0 - -Rule ChileAQ 2013 max - Oct Sun>=9 4:00u 1:00 S +Rule ChileAQ 2013 only - Apr 28 3:00u 0 - +Rule ChileAQ 2013 only - Sep 8 4:00u 1:00 S # These rules are stolen from the `australasia' file. Rule AusAQ 1917 only - Jan 1 0:01 1:00 - diff --git a/southamerica b/southamerica index e4c8720..331c2fd 100644 --- a/southamerica +++ b/southamerica @@ -1237,6 +1237,23 @@ Zone America/Rio_Branco -4:31:12 - LMT 1914 # Note that...this is yet another "temporary" change that will be reevaluated # AGAIN in 2013. +# From Glenn Eychaner (2013-02-15): +# The article: +# <a href="http://www.diarioeldia.cl/articulo/entregan-fechas-cambio-hora-este-2013"> +# http://www.diarioeldia.cl/articulo/entregan-fechas-cambio-hora-este-2013 +# </a> +# +# In English: +# [At] midnight Saturday April 27. That day, the clocks should be +# delayed by 60 minutes, that is, being 23:59 hours and 59 seconds, +# instead of going at 0:00 pm, the time should be adjusted to be the +# same day 23:00. +# +# Turn, will resume DST midnight Saturday September 7. That day, the +# clocks will move forward in 60 minutes, that is, being 23:59 hours +# and 59 seconds, instead of going at 00:00 pm, will adjust the time +# to be 01:00 hours on 8 September. + # NOTE: ChileAQ rules for Antarctic bases are stored separately in the # 'antarctica' file. @@ -1280,8 +1297,8 @@ Rule Chile 2011 only - May Sun>=2 3:00u 0 - Rule Chile 2011 only - Aug Sun>=16 4:00u 1:00 S Rule Chile 2012 only - Apr Sun>=23 3:00u 0 - Rule Chile 2012 only - Sep Sun>=2 4:00u 1:00 S -Rule Chile 2013 max - Mar Sun>=9 3:00u 0 - -Rule Chile 2013 max - Oct Sun>=9 4:00u 1:00 S +Rule Chile 2013 only - Apr 28 3:00u 0 - +Rule Chile 2013 only - Sep 8 4:00u 1:00 S # IATA SSIM anomalies: (1992-02) says 1992-03-14; # (1996-09) says 1998-03-08. Ignore these. # Zone NAME GMTOFF RULES FORMAT [UNTIL] -- 1.7.6.5

13 24

tzcode2013a and tzdata2013a available
by Paul Eggert March 3, 2013

March 3, 2013

For details, please see the recent tz-announce message, archived at: http://mm.icann.org/pipermail/tz-announce/2013-March/000009.html

2 2

tz2013a on github now, not yet at IANA
by Paul Eggert March 1, 2013

March 1, 2013

At this point I consider the tz version on github to be the next official release. I've updated its version number accordingly, to tz2013a. I am still working through security hassles getting it officially installed at IANA. The current hangup is an incompatibility between my secure client (64-bit GNU/Linux) and IANA's authenticator (something written by Juniper that insists on 32-bit Java), which we have not yet ironed out.

2 1