- tz - lists.iana.org

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

samezone.pl
by Arthur David Olson Feb. 26, 2013

Feb. 26, 2013

I've attached a potentially useful script; it also appears in tab-mangled form below; it's designed to identify time zones that are the same in the long run. Given the name of a zone.tab file and the name of a time-zone-binary directory, the script runs through the zones mentioned in zone.tab and finds the associated POSIX string that applies after the last transition time specified in the zone's binary file. Each line of output begins with a POSIX string, followed by the name of each zone to which that string applies; output is sorted by POSIX string. So: AFT-4:30 Asia/Kabul AKST9AKDT,M3.2.0,M11.1.0 America/Anchorage America/Juneau America/Sitka America/Yakutat America/Nome ... There's surely room for improvement. @dashdashado #!/bin/perl my $O = $0; $O =~ s@.*[\/\\]@@; $O =~ s@.pl$@@i; if ($#ARGV != 1) { printf STDERR "$O: usage is $O zone.tab tz-binary-directory\n"; exit(1); } my ($zonetab, $tzdir) = @ARGV; open(S, "<$zonetab") || die("cannot open $zonetab"); while(<S>) { s@[\r\n]@@g; s@\s*#.*@@; $zone = (split())[2]; $zone eq "" && next; $binary = "$tzdir/$zone"; open(T, "<$binary") || die("cannot open $binary"); $posix = (); while (<T>) { $posix = $_; } close(T); $posix =~ s@[\r\n]@@g; if ($posix eq "") { $posix = $zone; } $result = $results{$posix}; if ($result ne "") { $result .= " "; } $result .= $zone; $results{$posix} = $result; } close(S); foreach (sort keys %results) { print "$_\t$results{$_}\n"; } exit(0);

1 0