- tz - lists.iana.org

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

AUTO: Fang Lu/Fairfax/IBM is out of the office. (returning 02/26/2013)
by Fang Lu Feb. 23, 2013

Feb. 23, 2013

I am out of the office until 02/26/2013. Hello, l will respond to your message when I return. Thanks, Florence Note: This is an automated response to your message "Re: [tz] Australian Timezone Abreviations (Daylight Savings Time) [SEC=UNOFFICIAL]" sent on 02/23/2013 4:18:27. This is the only notification you will receive while this person is away.

1 0

Russia plans to switch back to the "permanent winter time" in 2013
by Alexander Krivenyshev Feb. 22, 2013

Feb. 22, 2013

According to the Russian news: http://izvestia.ru/news/544409 Russia plans to switch back to the "permanent winter time" by the end of the year (2013). New bill will be introduce to the State Duma shortly. (in Russian) http://izvestia.ru/news/544409 or http://www.worldtimezone.com/dst_news/dst_news_russia053.html Alexander Krivenyshev, http://www.worldtimezone.com

3 3

Re: [tz] [PATCH] Updates for Chile 2013
by Juan Correa Feb. 21, 2013

Feb. 21, 2013

On Thu, Feb 21, 2013 at 4:54 AM, <tz-request(a)iana.org> wrote: > Message: 5 > Date: Thu, 21 Feb 2013 07:42:40 +0700 > From: Robert Elz <kre(a)munnari.OZ.AU> > Subject: Re: [tz] [PATCH] Updates for Chile 2013 > To: Petr Machata <pmachata(a)redhat.com> > Cc: tz(a)iana.org > Message-ID: <16688.1361407360(a)eos.noi.kre.to> > Content-Type: text/plain; charset=iso-8859-1 > > Date: Wed, 20 Feb 2013 22:55:04 +0100 > From: Petr Machata <pmachata(a)redhat.com> > Message-ID: <m2ehgaljwl.fsf(a)redhat.com> > > | I?decided to apply the transition dates to single years only--the DST > | policy is reevaluated every year anyway. > > I think that's a mistake - you're guaranteeing that the data is going > to be wrong, rather than simply making it likely. > > I'd suggest that the data be changed as ... > > --- southamerica.was 2012-07-25 21:13:46.000000000 +0700 > +++ southamerica 2013-02-21 07:37:16.000000000 +0700 > @@ -1277,10 +1277,8 @@ > Rule Chile 2010 only - Apr Sun>=1 3:00u 0 - > 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 2012 max - Apr Sun>=23 3:00u 0 - > +Rule Chile 2012 max - Sep Sun>=2 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] > > That is, it turns out that the rules we inserted for 2012 apply for 2013 > as well (except we were conservative last year, and assumed the change then > was just a one year thing, and put the older dates back for 2013). > > So, the patch above just assumes that the 2012/2013 strategy will continue > forwards, which it might ... it is also possible that it won't, and we will > need to change it again next year (or even again later this year) but > some kind of reasonable guess is better than simply assuming that summer > time > is going to start next September, and then never end. > > kre > I'm concerned about extending the new rules from 2013 to the future, as the decree that changes the DST this year explicitly says these changes will be valid only on this year; and doesn't void the rules set in 1970 (DST from September to March). I think it would be better to stick with a "conservative" approach, as legally on 2014 DST will end on March until further notice. -- Juan Correa Poblete PS Labs (http://www.pslabs.cl)

1 0

Re: [tz] tz Digest, Vol 17, Issue 12
by Glenn Eychaner Feb. 21, 2013

Feb. 21, 2013

The "official instructions", which explain how Easter Island (b) and Antarctica and the continent (a) work as well, can now be found at: http://www.horaoficial.cl/cambio.htm Google Translate does a pretty good job on this page, so I won't bother to translate the whole thing. Also, unfortunately, I won't have time to create a patch this week, so if someone else could do so, I'd appreciate it. Hey, at least they gave us more than a few days notice this year. Thanks, -G. > ------------------------------ > Date: Sun, 17 Feb 2013 07:43:03 -0000 > From: "Hank W." <hankw1(a)austin.rr.com> > Subject: Re: [tz] Chile DST extended > > I assume that Easter Island and Palmer Station in Antarctica are following > this year's special schedule as well. Correct? > > -----Original Message----- > From: tz-bounces(a)iana.org [mailto:tz-bounces@iana.org] On Behalf Of Steffen > Thorsen > Sent: Friday, February 15, 2013 18:53 > To: tz(a)iana.org > Subject: [tz] Chile DST extended > > According to several news sources, Chile has extended DST this year, they > will end DST later and start DST earlier than planned. They hope to save > energy. > > The new end date is 2013-04-28 00:00 and new start date is 2013-09-08 00:00. > > One such news source: > http://www.elboyaldia.cl/node/21913 > > Best regards, > Steffen Thorsen - timeanddate.com -- Glenn Eychaner (geychaner(a)lco.cl) Telescope Systems Programmer, Las Campanas Observatory

2 2

[PATCH 1/7] Fix bug with two-in-one-month time changes in 2010 in Egypt.
by Paul Eggert Feb. 20, 2013

Feb. 20, 2013

[Patch by Arthur David Olson.] Problem reported by Paul Eggert in <http://mm.icann.org/pipermail/tz/2013-January/018532.html>. * zic.c (stringzone): Check for day of month too, when finding latest rule. --- zic.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/zic.c b/zic.c index a5202a1..806e613 100644 --- a/zic.c +++ b/zic.c @@ -1851,7 +1851,9 @@ stringzone(char *result, const struct zone *const zpfirst, const int zonecount) rp = &zp->z_rules[i]; if (stdrp == NULL || rp->r_hiyear > stdrp->r_hiyear || (rp->r_hiyear == stdrp->r_hiyear && - rp->r_month > stdrp->r_month)) + (rp->r_month > stdrp->r_month || + (rp->r_month == stdrp->r_month && + rp->r_dayofmonth > stdrp->r_dayofmonth)))) stdrp = rp; } if (stdrp != NULL && stdrp->r_stdoff != 0) -- 1.7.10.4

1 6

Gaza in 2013 -- anything official?
by Petr Machata Feb. 20, 2013

Feb. 20, 2013

Hi there, timeanddate.com lists for Gaza in 2013 what appears to be extension of 2012 rules[1]. The pattern in the last several years has been mostly that there is no pattern. The dates were all over the place, Ramadan even kicked in once. I take it that the dates at [1] are simply a guess, but by any chance, does anyone have an information about what should the rules in 2013 be? [1] http://www.timeanddate.com/worldclock/clockchange.html?n=702 Thanks, PM

1 0

Official information about Chile daytime changes
by Felipe Sologuren Feb. 18, 2013

Feb. 18, 2013

http://www.horaoficial.cl/cambio.htm http://translate.google.com/translate?hl=es-419&sl=es&tl=en&u=http%3A%2F%2F… -- Felipe Sologuren Newtenberg.com

1 0

Chile DST extended
by Steffen Thorsen Feb. 16, 2013

Feb. 16, 2013

According to several news sources, Chile has extended DST this year, they will end DST later and start DST earlier than planned. They hope to save energy. The new end date is 2013-04-28 00:00 and new start date is 2013-09-08 00:00. One such news source: http://www.elboyaldia.cl/node/21913 Best regards, Steffen Thorsen - timeanddate.com

2 2

Chile time changes announced
by Glenn Eychaner Feb. 15, 2013

Feb. 15, 2013

http://www.diarioeldia.cl/articulo/entregan-fechas-cambio-hora-este-2013 http://www.emol.com/noticias/economia/2013/02/15/584242/horario-de-invierno… http://papel.doe.cl/20130215/ In short, the clocks will go back at the midnight between Saturday the 27th and Sunday the 28th of April, and forward the midnight between Saturday the 7th and Sunday the 8th of September. Added two additional links to the more widely read El Mercurio, and to the Diario Oficial (flash-app) for 15 Feb, which conatins the actual text of the Decreto Supremo and clarifies that indeed this change is for this year only yet again. I will prepare a patch Monday if no one else does so first. -G. -- Glenn Eychaner (geychaner(a)lco.cl) Telescope Systems Programmer, Las Campanas Observatory

1 0

Chile time changes announced
by Glenn Eychaner Feb. 15, 2013

Feb. 15, 2013

http://www.diarioeldia.cl/articulo/entregan-fechas-cambio-hora-este-2013 In short, the clocks will go back at the midnight between Saturday the 27th and Sunday the 28th of April, and forward the midnight between Saturday the 7th and Sunday the 8th of September. I will prepare a patch Monday if no one else does so first. -G. -- Glenn Eychaner (geychaner(a)lco.cl) Telescope Systems Programmer, Las Campanas Observatory

1 0

[Chile] DST dates changed (again)
by Juan Correa Feb. 15, 2013

Feb. 15, 2013

It's been just published the official decree, stating new dates for the end and start of DST Daylight Saving time will end on "last saturday of april at 24:00" (27/Apr) and shall start on "first saturday of september" (07/Sep) at the same hour. Also, the decree says these rules will be valid only on 2013 Source: Decreto 153/2013, Ministerio del Interior y Seguridad Pública (LeyChile: www.leychile.cl/Consulta/m/norma_plana?idNorma=1048851&org=bleyes_r%3Ft_n%3…, in Spanish)

1 0

Change 2013 timezone rules for Chile
by Felipe Sologuren Feb. 15, 2013

Feb. 15, 2013

http://www.minenergia.cl/ministerio/noticias/generales/gobierno-anuncia-fec… -- Felipe Sologuren Newtenberg.com

1 0

Re: [tz] TZ file comments UTF-8?
by Shawn Steele Feb. 14, 2013

Feb. 14, 2013

> With that, I hope that you will quickly find UTF-8 perfectly acceptable now in source code. > Markus > i prefer plain ascii because i get trouble from time to time with mixed code > documentation. (last week some wired 16bit thing). being conservative seems > the most practical way. > wh I'd prefer UTF-8 if there's non-ASCII information to be had. Opening in an ASCII editor ASCII would just lose that extra information for whomever was using an ASCII editor, whereas forcing ASCII on the file loses that information for everyone. When I open UTF-8 in a non-UTF-8 editor, I can usually glean the content and just ignore the few mojibake-y characters. (Either that or convert everything to XML so that there's a good escaping mechanism so the file's still parsable and readable, which would be far more breaking). -Shawn

1 0

Fw: Asia/Jakarta timezone acronym is misleading [RECAP]
by Benny Feb. 14, 2013

Feb. 14, 2013

Sorry if this topic has been discussed many times before: [1] http://mm.icann.org/pipermail/tz/2002-February/011863.html Indonesia time zones [2] http://mm.icann.org/pipermail/tz/2002-March/011897.html indonesia time zone correction [3] http://thread.gmane.org/gmane.linux.debian.devel.glibc/8955/focus=283 [4] http://mm.icann.org/pipermail/tz/2008-November/015288.html Incorrect time zone abbreviations for Indonesia [5] http://mm.icann.org/pipermail/tz/2009-April/015565.html Jakarta is Indonesia West Time Not Central Time [6] http://mm.icann.org/pipermail/tz/2009-May/015626.html [7] http://mm.icann.org/pipermail/tz/2009-May/015627.html [8] http://mm.icann.org/pipermail/tz/2009-May/015628.html [9] http://mm.icann.org/pipermail/tz/2009-May/015629.html [10] http://mm.icann.org/pipermail/tz/2009-May/015633.html and elsewhere Arthur David Olson[6] commented: The challenge here is that abbreviations of English-language names are used consistently for time zones around the globe. For Indonesia we have abbreviations WIT (Western Indonesian Time), CIT (Central Indonesian Time), and EIT (Eastern Indonesian Time). Improvidently, one of these English-language abbreviations (WIT) is also the native-language abbreviation of a different time zone. There's been discussion on the mailing list in the past about abbreviations; past consensus was that producing native-language abbreviations was an internationalization matter rather than a time zone matter. A case could be made for translating the native time zone names (Waktu Indonesia Barat, Waktu Indonesia Tengah, and Waktu Indonesia Timur) into English and using abbreviations based on the translated names. While I understand the need for English abbreviation, but in Indonesian case, it's misleading and thus have an undesirable effect, that is confusing to some people that's not aware that the acronym is in English. As for the Indonesian acronym, I think there's no question anymore about its validity (attested by http://time.kim.lipi.go.id/, http://en.wikipedia.org/wiki/Time_in_Indonesia, and others) As for the English names, I propose they're changed into Western Time of Indonesia (WTI), Central Time of Indonesia (CTI), Eastern Time of Indonesia (CTI). According to http://www.statoids.com/tid.html the English equivalent (translation) are: Western Indonesia Standard Time (WIST), Central Indonesia Standard Time (CIST), Eastern Indonesia Standard Time (EIST). Wikipedia (http://en.wikipedia.org/wiki/Time_in_Indonesia#Historical_usage) noted on the history of [[Time in Indonesia]]: Jakarta Standard Time (JST), Bali Standard Time (BST), Jayapura Time (JT) respectively. Tim Diggins[8] asked and replied by Robert Elz[9]: | Maybe I'm missing something - can someone explain what the | abbreviations are used for They're just part of the standard output data that the ctime() related functions are expected to provide. As you noted, the abbreviations themselves are essentially useless, and applications using them for any more than decoration are generally broken, but what applications decide to do is outside our control. A TZ abbreviation has been available from libc essentially forever, and we need to keep on providing one. But in our case with Wikipedia, it's not just for decoration purposes. As you might already know, Wikipedia translated the interface into many languages, and in the case of Indonesian Wikipedias (there are many editions of them), the discussion in article talk pages and user talk pages are done by people who left their signatures (name and timestamp), which carries the aforementioned "WIT", and has led to some unexplained confusion. Therefore we're asking it to be changed if possible. ___________________ Regards, benny ________________________________ From: Benny <bknliem(a)yahoo.com> To: "tz(a)iana.org" <tz(a)iana.org> Sent: Wednesday, February 13, 2013 9:17 PM Subject: [tz] Asia/Jakarta timezone acronym is misleading The acronym used in Asia/Jakarta timezone is WIT (Western Indonesian Time), where in Indonesian language, WIT means Waktu Indonesia Timur (Eastern Indonesian Time), so it's rather confusing, especially if the conversation (say in Indonesian Wikipedia) is done in Indonesian language, and the user add a signature with the timemark, it will assume WIT is the Indonesian abbreviation, which is of course not. Noted in: https://bugzilla.wikimedia.org/show_bug.cgi?id=44758 First noted in: http://sourceware.org/bugzilla/show_bug.cgi?id=791 (2005) ___________________ Regards, benny

5 5

Busingen revisited
by Arthur David Olson Feb. 14, 2013

Feb. 14, 2013

With the new year, a revised attempt to handle the German exclave of Busingen (which followed Zurich rather than Berlin in 1980). These changes are relative to the latest github.com/eggert/tz versions; they are both below (with tabs mangled) and attached. --ado *** old/europe 2013-01-07 08:05:19.093905100 -0500 --- europe 2013-01-07 08:13:01.260316900 -0500 *************** *** 1239,1244 **** --- 1239,1265 ---- 1:00 Germany CE%sT 1980 1:00 EU CE%sT + # From Tobias Conradi (2011-09-12): + # The German enclave of Büsingen + # <a href=http://www.buesingen.de> + # (http://www.buesingen.de) + # </a> + # surrounded by the Swiss canton Schaffhausen, + # did not start observing DST in 1980 as the rest of DE + # (West Germany at that time) and DD (East Germany at that time) did. + # DD merged into DE, the area is currently covered by code DE in ISO 3166-1, + # which in turn is covered by the zone Europe/Berlin. + # + # Source for the time in Büsingen 1980: + # <a href=" http://www.videoportal.sf.tv/video?id=c012c029-03b7-4c2b-9164-aa5902cd58d3"> + # http://www.videoportal.sf.tv/video?id=c012c029-03b7-4c2b-9164-aa5902cd58d3 + # </a> + + # From Arthur David Olson (2012-03-03): + # Büsingen and Zurich have shared clocks since 1970. + + Link Europe/Zurich Europe/Busingen + # Georgia # Please see the "asia" file for Asia/Tbilisi. # Herodotus (Histories, IV.45) says Georgia north of the Phasis (now Rioni) *** old/zone.tab 2013-01-07 08:05:21.511909300 -0500 --- zone.tab 2013-01-07 08:18:15.587807500 -0500 *************** *** 159,165 **** CX -1025+10543 Indian/Christmas CY +3510+03322 Asia/Nicosia CZ +5005+01426 Europe/Prague ! DE +5230+01322 Europe/Berlin DJ +1136+04309 Africa/Djibouti DK +5540+01235 Europe/Copenhagen DM +1518-06124 America/Dominica --- 159,166 ---- CX -1025+10543 Indian/Christmas CY +3510+03322 Asia/Nicosia CZ +5005+01426 Europe/Prague ! DE +5230+01322 Europe/Berlin Germany except Busingen ! DE +4742+00841 Europe/Busingen Busingen Germany DJ +1136+04309 Africa/Djibouti DK +5540+01235 Europe/Copenhagen DM +1518-06124 America/Dominica

20 38

Re: [tz] Fw: Asia/Jakarta timezone acronym is misleading [RECAP]
by Benny Feb. 14, 2013

Feb. 14, 2013

Nope, I didn't know about that. They would be good substitute acronyms to use. Thanks for the information.I'll add some information about this WIB/WIT confusion to the tango.info/wiki later today. ___________________ Regards, benny ________________________________ From: Tobias Conradi <mail.2012(a)tobiasconradi.com> To: Benny <bknliem(a)yahoo.com> Sent: Thursday, February 14, 2013 1:49 PM Subject: Re: [tz] Fw: Asia/Jakarta timezone acronym is misleading [RECAP] > As for the English names, I propose they're changed into Western Time of > Indonesia (WTI), Central Time of Indonesia (CTI), Eastern Time of Indonesia > (CTI). Did you consider https://tango.info/wiki/Internationalized_time_point_unique_time_zone_abbre… ? Which could be: IDWT IDCT IDET ? For comparison Australia: AUET AUCT AUWT United States: USET USCT USPT Europe: EUCT EUET EUWT -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com

2 1

Re: [tz] Asia/Jakarta timezone acronym is misleading
by Benny Feb. 13, 2013

Feb. 13, 2013

We're talking in the specific context here, Indonesian audience, and they know what WIB means, in your language: UTC+7; they only know one WIT, that is UTC+9. They don't know that WIT is UTC+7 in English language, and basically, no one ever regulate WIT is Western Indonesian Time, hence WIT is always Waktu Indonesia Timur in this context. Here we're talking privately, I've posted my suggestion on the tz mailing-list (it should have been posted yesterday, only today I found out that I pressed reply, and replied to myself, instead of to the mailing-list. Some weird setting on the mailing list, the reply-to is not set correctly to reply to the mailing-list. Thus today I've forwarded it again to the list. You should have received it by now). Instead of replying to me, I'd prefer discuss it with the whole list members. ___________________ Regards, benny ________________________________ From: Tobias Conradi <mail.2012(a)tobiasconradi.com> To: Benny <bknliem(a)yahoo.com> Sent: Thursday, February 14, 2013 1:43 PM Subject: Re: [tz] Asia/Jakarta timezone acronym is misleading > Most people doesn't know what UTC+7 means, they need something that would > make more sense, thus the acronym of the timezone, I bet 1000 USD, that for any acronym most people would not know that it identifies an Indonesian time zone. > thus the WIB/WIT problem. > I've posted a recap of past discussion (sorry for double posting), and > suggest a change in the English abbreviation. Does your suggestion include a proposal for a new abbreviation? Is that somewhere online? -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com Most people doesn't know what UTC+7 means, they need something that would make more sense, thus the acronym of the timezone, thus the WIB/WIT problem. I've posted a recap of past discussion (sorry for double posting), and suggest a change in the English abbreviation. ___________________ Regards, benny ________________________________ From: Tobias Conradi <mail.2012(a)tobiasconradi.com> To: Benny <bknliem(a)yahoo.com> Sent: Thursday, February 14, 2013 1:06 PM Subject: Re: [tz] Asia/Jakarta timezone acronym is misleading > That's not the normal way to do it. Maybe. If everyone would do what is normal, there would be no innovation. > It doesn't solve the problem. The problem was posted as: "When setting a wiki's timezone to Asia/Jakarta (UTC+7), signatures get marked with (WIT)" I suggested to remove WIT. Where do you think this "doesn't solve the problem"? -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com That's not the normal way to do it. It doesn't solve the problem. ___________________ Regards, benny ________________________________ From: Tobias Conradi <mail.2012(a)tobiasconradi.com> To: Benny <bknliem(a)yahoo.com> Sent: Thursday, February 14, 2013 5:24 AM Subject: Re: [tz] Asia/Jakarta timezone acronym is misleading "When setting a wiki's timezone to Asia/Jakarta (UTC+7), signatures get marked with (WIT)" Change the MediaWiki marker? This also affects other languages/regions where markers might be meaningless to locals. Write "UTC+7" and done? Tobias On Wed, Feb 13, 2013 at 3:17 PM, Benny <bknliem(a)yahoo.com> wrote: > The acronym used in Asia/Jakarta timezone is WIT (Western Indonesian Time), > where in Indonesian language, WIT means Waktu Indonesia Timur (Eastern > Indonesian Time), so it's rather confusing, especially if the conversation > (say in Indonesian Wikipedia) is done in Indonesian language, and the user > add a signature with the timemark, it will assume WIT is the Indonesian > abbreviation, which is of course not. > > Noted in: https://bugzilla.wikimedia.org/show_bug.cgi?id=44758 > First noted in: http://sourceware.org/bugzilla/show_bug.cgi?id=791 (2005) > > ___________________ > > Regards, > benny -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com

1 0

Fw: Asia/Jakarta timezone acronym is misleading [RECAP]
by Benny Feb. 13, 2013

Feb. 13, 2013

Sorry if this topic has been discussed many times before: [1] http://mm.icann.org/pipermail/tz/2002-February/011863.html Indonesia time zones [2] http://mm.icann.org/pipermail/tz/2002-March/011897.html indonesia time zone correction [3] http://thread.gmane.org/gmane.linux.debian.devel.glibc/8955/focus=283 [4] http://mm.icann.org/pipermail/tz/2008-November/015288.html Incorrect time zone abbreviations for Indonesia [5] http://mm.icann.org/pipermail/tz/2009-April/015565.html Jakarta is Indonesia West Time Not Central Time [6] http://mm.icann.org/pipermail/tz/2009-May/015626.html [7] http://mm.icann.org/pipermail/tz/2009-May/015627.html [8] http://mm.icann.org/pipermail/tz/2009-May/015628.html [9] http://mm.icann.org/pipermail/tz/2009-May/015629.html [10] http://mm.icann.org/pipermail/tz/2009-May/015633.html and elsewhere Arthur David Olson[6] commented: The challenge here is that abbreviations of English-language names are used consistently for time zones around the globe. For Indonesia we have abbreviations WIT (Western Indonesian Time), CIT (Central Indonesian Time), and EIT (Eastern Indonesian Time). Improvidently, one of these English-language abbreviations (WIT) is also the native-language abbreviation of a different time zone. There's been discussion on the mailing list in the past about abbreviations; past consensus was that producing native-language abbreviations was an internationalization matter rather than a time zone matter. A case could be made for translating the native time zone names (Waktu Indonesia Barat, Waktu Indonesia Tengah, and Waktu Indonesia Timur) into English and using abbreviations based on the translated names. While I understand the need for English abbreviation, but in Indonesian case, it's misleading and thus have an undesirable effect, that is confusing to some people that's not aware that the acronym is in English. As for the Indonesian acronym, I think there's no question anymore about its validity (attested by http://time.kim.lipi.go.id/, http://en.wikipedia.org/wiki/Time_in_Indonesia, and others) As for the English names, I propose they're changed into Western Time of Indonesia (WTI), Central Time of Indonesia (CTI), Eastern Time of Indonesia (CTI). According to http://www.statoids.com/tid.html the English equivalent (translation) are: Western Indonesia Standard Time (WIST), Central Indonesia Standard Time (CIST), Eastern Indonesia Standard Time (EIST). Wikipedia (http://en.wikipedia.org/wiki/Time_in_Indonesia#Historical_usage) noted on the history of [[Time in Indonesia]]: Jakarta Standard Time (JST), Bali Standard Time (BST), Jayapura Time (JT) respectively. Tim Diggins[8] asked and replied by Robert Elz[9]: | Maybe I'm missing something - can someone explain what the | abbreviations are used for They're just part of the standard output data that the ctime() related functions are expected to provide. As you noted, the abbreviations themselves are essentially useless, and applications using them for any more than decoration are generally broken, but what applications decide to do is outside our control. A TZ abbreviation has been available from libc essentially forever, and we need to keep on providing one. But in our case with Wikipedia, it's not just for decoration purposes. As you might already know, Wikipedia translated the interface into many languages, and in the case of Indonesian Wikipedias (there are many editions of them), the discussion in article talk pages and user talk pages are done by people who left their signatures (name and timestamp), which carries the aforementioned "WIT", and has led to some unexplained confusion. Therefore we're asking it to be changed if possible. ___________________ Regards, benny ________________________________ From: Benny <bknliem(a)yahoo.com> To: "tz(a)iana.org" <tz(a)iana.org> Sent: Wednesday, February 13, 2013 9:17 PM Subject: [tz] Asia/Jakarta timezone acronym is misleading The acronym used in Asia/Jakarta timezone is WIT (Western Indonesian Time), where in Indonesian language, WIT means Waktu Indonesia Timur (Eastern Indonesian Time), so it's rather confusing, especially if the conversation (say in Indonesian Wikipedia) is done in Indonesian language, and the user add a signature with the timemark, it will assume WIT is the Indonesian abbreviation, which is of course not. Noted in: https://bugzilla.wikimedia.org/show_bug.cgi?id=44758 First noted in: http://sourceware.org/bugzilla/show_bug.cgi?id=791 (2005) ___________________ Regards, benny

1 0

Asia/Jakarta timezone acronym is misleading
by Benny Feb. 13, 2013

Feb. 13, 2013

The acronym used in Asia/Jakarta timezone is WIT (Western Indonesian Time), where in Indonesian language, WIT means Waktu Indonesia Timur (Eastern Indonesian Time), so it's rather confusing, especially if the conversation (say in Indonesian Wikipedia) is done in Indonesian language, and the user add a signature with the timemark, it will assume WIT is the Indonesian abbreviation, which is of course not. Noted in: https://bugzilla.wikimedia.org/show_bug.cgi?id=44758 First noted in: http://sourceware.org/bugzilla/show_bug.cgi?id=791 (2005) ___________________ Regards, benny

1 0

Russia plans to switch back to the "permanent winter time" in 2013
by Alexander Krivenyshev Feb. 6, 2013

Feb. 6, 2013

According to the Russian news: http://izvestia.ru/news/544409 Russia plans to switch back to the "permanent winter time" by the end of the year (2013). New bill will be introduce to the State Duma shortly. (in Russian) http://izvestia.ru/news/544409 or http://www.worldtimezone.com/dst_news/dst_news_russia053.html Alexander Krivenyshev, http://www.worldtimezone.com

1 0

Re: [tz] A simple JavaScript library for timezone handling
by Shawn Steele Feb. 3, 2013

Feb. 3, 2013

FWIW: The ECMAScript folks are working on globalization stuff for JavaScript, including looking at timezones... Of course creating new standards and getting them implemented takes a while, but I thought I'd mention it... -Shawn ---------------------------------------------------------------------- From: "L. David Baron" <dbaron(a)dbaron.org> Subject: [tz] A simple JavaScript library for timezone handling To: tz(a)iana.org A while ago I wrote a simple JavaScript library for timezone handling in JavaScript. It provides a simple API described here: https://github.com/dbaron/tz.js/blob/3489978e9422c49f1bb4aafdfeee429a3e6651… and has build scripts to convert the necessary data from the tz database into JSON format to include in the script. The end result including the code and the data, gzip-compressed, is about 74 KB. I keep hoping I'd get a chance to make some additional improvements before announcing it, but that served only to delay announcing it and not to lead to additional improvements. Since it might be useful to others in its current form, I thought I'd share it on this list. It is: https://github.com/dbaron/tz.js -David

1 0

A simple JavaScript library for timezone handling
by L. David Baron Feb. 2, 2013

Feb. 2, 2013

A while ago I wrote a simple JavaScript library for timezone handling in JavaScript. It provides a simple API described here: https://github.com/dbaron/tz.js/blob/3489978e9422c49f1bb4aafdfeee429a3e6651… and has build scripts to convert the necessary data from the tz database into JSON format to include in the script. The end result including the code and the data, gzip-compressed, is about 74 KB. I keep hoping I'd get a chance to make some additional improvements before announcing it, but that served only to delay announcing it and not to lead to additional improvements. Since it might be useful to others in its current form, I thought I'd share it on this list. It is: https://github.com/dbaron/tz.js -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla http://www.mozilla.org/ 𝄂

1 0

Rule names
by Osko, Galatea Feb. 1, 2013

Feb. 1, 2013

Can anyone please advise on where I can find the Rule name history for each country/region? The data I'm interested in is as follows: - AQ, Oz: I don't know to which area/country this is referring to as it is not listed on tiscali - C-Eur, E-EurAsia - are these valid/active rule names in use? or used parallel? not sure if any of them is a historic name for Europe that's why I'm looking for archived rule names. I believe some of these were used up to some point in the past and then switched to a new name... And I also have some other countries like Pakistan, Palestine where I would like to check the DST history. ________________________________ NOTICE: Morgan Stanley is not acting as a municipal advisor and the opinions or views contained herein are not intended to be, and do not constitute, advice within the meaning of Section 975 of the Dodd-Frank Wall Street Reform and Consumer Protection Act. If you have received this communication in error, please destroy all electronic and paper copies and notify the sender immediately. Mistransmission is not intended to waive confidentiality or privilege. Morgan Stanley reserves the right, to the extent permitted under applicable law, to monitor electronic communications. This message is subject to terms available at the following link: http://www.morganstanley.com/disclaimers If you cannot access these links, please notify us by reply message and we will send the contents to you. By messaging with Morgan Stanley you consent to the foregoing.

4 3

zdump no longer reports gmtoff
by Marvel, Jim (CPCOE) Jan. 31, 2013

Jan. 31, 2013

Using ubuntu 12.04 LTS Using tz 2012 j code/data Tested each timezone mentioned in zone.tab, by zdump-ing each one. Observed that each timezone had two lines that reported NULL, then a bunch of nice-looking pairs-of-lines, then two lines that reported "NULL" I understand that this could be caused if you are using a 64 bit ubuntu on a 32-bit machine.... ...I may have !!! migrated to a 32-bit ubuntu on a 32-bit machine... The lines at the earliest/latest transition for each timezone are no longer "NULL"-containing (they mention 1901 and 2038, which I understand) What is breaking my heart is "Why did the lines drop off the gmtoff value, now ending with the isdst value?" Saw somewhere that tm_gmtoff is a GNU extension that may not be visible... Please "illuminate" Thanks, Jim

5 7

A Simple Question
by Donald MacQueen Jan. 31, 2013

Jan. 31, 2013

I recently added time zone support to our product, and life would have been easier if the time zone files had their file name in them so that they 'knew' what they were. How come they don't? Thanks in advance. -- Donald [|] Joel Cairo: You always have a very smooth explanation... Sam Spade: What do you want me to do, learn to stutter? - The Maltese Falcon

4 3

Archived Rule names
by Osko, Galatea Jan. 28, 2013

Jan. 28, 2013

Hi team, Is there a list of outdated rule names that are not in use anymore? I found rule name "oz" which is supposed to be a code for Australia however the tiscali only mentions AN, AS and some other similar codes. I assume this is a historical code but I do not find this info on any of the websites. I have problems with some other as well: C-Eur AQ E-EurAsia Please advise. Thanks Galatea Osko Morgan Stanley | Enterprise Data & Services Lechner Odon fasor 8 | Floor 06 Budapest, 1095 Phone: +36 1 881-3866 Galatea.Osko(a)morganstanley.com<mailto:Galatea.Osko@morganstanley.com> Be carbon conscious. Please consider our environment before printing this email. ________________________________ NOTICE: Morgan Stanley is not acting as a municipal advisor and the opinions or views contained herein are not intended to be, and do not constitute, advice within the meaning of Section 975 of the Dodd-Frank Wall Street Reform and Consumer Protection Act. If you have received this communication in error, please destroy all electronic and paper copies and notify the sender immediately. Mistransmission is not intended to waive confidentiality or privilege. Morgan Stanley reserves the right, to the extent permitted under applicable law, to monitor electronic communications. This message is subject to terms available at the following link: http://www.morganstanley.com/disclaimers If you cannot access these links, please notify us by reply message and we will send the contents to you. By messaging with Morgan Stanley you consent to the foregoing.

2 1

Re: [tz] Bangladesh's TZ Abbreviation
by Shawn Steele Jan. 19, 2013

Jan. 19, 2013

I noticed other non-bd sites with BdST. None of the sites (for either code) seem persuasively authoritative. References to BST are 1-off references, whereas the news site uses BdST consistently, but it's just one site. I notice that Wikipedia has been using BdST for some time. (Not that I'm saying it's a good source, and it didn't cite its references). I suggest that the lack of good references is maybe because Bengali doesn't use the Latin script? I can understand why someone may want to distinguish their abbreviation from BST though. What has been the past policy for determining these abbreviations? Particularly for non-Latin scripts, &/or where it may be difficult for us to find, read, &/or transliterate any native-language sources? -Shawn

4 4

Proposed bill to abolish the Daylight saving time in Ukraine
by Alexander Krivenyshev Jan. 18, 2013

Jan. 18, 2013

The Ministry of Economic Development and Trade of Ukraine has submitted a bill to abolish the daylight saving time. If approved, new bill will go into effect on March 1, 2013 and Ukraine will use UTC+2 year around. Reference from the Ukraine Government web site: The Ministry of Economic Development and Trade of Ukraine (in Ukrainian): http://www.me.gov.ua/control/uk/publish/article?art_id=196220&cat_id=32862 or http://www.worldtimezone.com/dst_news/dst_news_ukraine07.html Alexander Krivenyshev, http://www.worldtimezone.com

1 0

Bangladesh's TZ Abbreviation
by Hank W Jan. 18, 2013

Jan. 18, 2013

The online Bangladesh newspaper bdnews24.com repeatedly abbreviates Bangladesh Standard Time as BdST, as opposed to the BDT abbreviation in the current Asia file of the tzdata. For example, the article at http://bdnews24.com/bangladesh/2009/12/31/2010-new-decade-cheered-in, (dated 2010-01-01) states in part, "Clocks went back at 11:59pm on Thursday night--rather than midnight--to restore Bangladesh Standard Time (BdST), GMT+6." I found many similar examples in a search for BdST within the site. Searches for BdDT and BdT yielded nothing. A search for BDT yields many references to their currency, not their time. I searched also for BST and found it referring to Bangladesh Standard Time in articles from about seven or eight years ago, while in articles from the current decade it seems to be referring only to British Summer Time. Hank W. Austin, Texas, U.S.A. Time Guru Wannabe

2 2

Bulletin C number 45
by Denis Excoffier Jan. 18, 2013

Jan. 18, 2013

INTERNATIONAL EARTH ROTATION AND REFERENCE SYSTEMS SERVICE (IERS) SERVICE INTERNATIONAL DE LA ROTATION TERRESTRE ET DES SYSTEMES DE REFERENCE SERVICE DE LA ROTATION TERRESTRE OBSERVATOIRE DE PARIS 61, Av. de l'Observatoire 75014 PARIS (France) Tel. : 33 (0) 1 40 51 22 29 FAX : 33 (0) 1 40 51 22 91 Internet : services.iers(a)obspm.fr Paris, 18 January 2013 Bulletin C 45 To authorities responsible for the measurement and distribution of time INFORMATION ON UTC - TAI NO leap second will be introduced at the end of June 2013. The difference between Coordinated Universal Time UTC and the International Atomic Time TAI is : from 2012 July 1, 0h UTC, until further notice : UTC-TAI = -35 s Leap seconds can be introduced in UTC at the end of the months of December or June, depending on the evolution of UT1-TAI. Bulletin C is mailed every six months, either to announce a time step in UTC, or to confirm that there will be no time step at the next possible date. Daniel GAMBIS Director Earth Orientation Center of IERS Observatoire de Paris, France __________________________________________

1 0

Re: [tz] TZ file comments UTF-8? Bastardized HTML?
by Russ Allbery Jan. 14, 2013

Jan. 14, 2013

Steffen "Daode" Nurpmeso <sdaoden(a)gmail.com> writes: > Russ Allbery <rra(a)stanford.edu> wrote: > |If you do decide to use POD, you may want to pick a different letter than > |I, since I<> is already a POD formatting code (for italics). D<> is safe > |to use; there's no existing formatting code. > Well, that was just what came to my mind on saturday. > Maybe U<> (for URL)? It seems unused. Yup, that would work. > I also can hardly imagine that spreading formatting tags will be > accepted by the actual tz maintainer(s), since otherwise they > might have done it 15 years ago. True. :) > I think the script can easily get extended by another mode which simply > takes an encoding name and reads text from STDIN/file, converting to tz > database-style comment output along the way; i.e., HTML entities. It > would have to decode HTML entities to E<>, which should work, then? > Shouldn't be that hard either. Yup, that would also work and wouldn't be too difficult, since E<> takes the same values as HTML entities. > ..Well i think for L<> to work the way you show it above the POD parser > must be adjusted; or we need to use special tags and make POD treat them > as links. You mean the L<anchor|http://www.example.com/> form? No, that's just standard POD; any POD parser will handle that out of the box. Or do you mean not emitting the contents of U<> and D<>? that would indeed require some tweaks, but not very difficult ones. > I haven't yet used POD any more sophisticated than this: > use Pod::Text; > my $parser = Pod::Text->new(loose => 1, indent => 0, width => 72); > $parser->parse_from_file($0, '-'); > and of course normal module documentation, so some hints how to do > the required task would be appreciated. Basically, you tell Pod::Simple that you accept some additional formatting codes with: $parser->accept_codes(qw(D U)); and then add new cmd_d and cmd_u subs that do whatever they should do with the contents. I can explain more if anyone is interested in going this direction. > It of course all stands and falls with wether these adjustments > will be acceptable for the tz database as such. > I'm not planning to fork the project. Indeed. -- Russ Allbery (rra(a)stanford.edu) <http://www.eyrie.org/~eagle/>

2 3

latest zic mishandles Africa/Cairo past 2038?
by Paul Eggert Jan. 11, 2013

Jan. 11, 2013

When I run the command "make check_public" in the tz distribution, several warnings are generated. I'd like to fix things so that it builds cleanly. Let's start with the first warning: "africa", line 190: warning: no POSIX environment variable for zone Africa/Cairo As I understand it, this warning is saying that zic can't deduce a POSIX-style TZ setting for Africa/Cairo time stamps predicted past 2038. But if you look at the data, there's a straightforward POSIX-style setting for that, namely TZ='EET-2'. My guess is that zic is confused because the most-recent Rule is for 2010. Is my guess correct? Is this a bug in zic.c, which can be fixed?

1 0

[PATCH 2/2] Move 'make check' to Ubuntu 12.10.
by Paul Eggert Jan. 11, 2013

Jan. 11, 2013

Checking the Busingen patch caused me to realize I needed to upgrade the Makefile to match a new file location in Ubuntu 12.10. I pushed this to github as well and plan to put it into the next release. * Makefile (SGML_DTDDIR): New macro, for easier porting. Update to file name used in Ubuntu 12.10. (SGML_SEARCH_PATH): Use SGML_DTDDIR. --- Makefile | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/Makefile b/Makefile index feec727..2b256f5 100644 --- a/Makefile +++ b/Makefile @@ -246,9 +246,10 @@ AWK= awk KSHELL= /bin/bash # The path where SGML DTDs are kept. -# The default is appropriate for Ubuntu. +# The default is appropriate for Ubuntu 12.10. SGML_TOPDIR= /usr -SGML_SEARCH_PATH= $(SGML_TOPDIR)/share/xml/xhtml/schema/dtd/REC-html401-19991224 +SGML_DTDDIR= $(SGML_TOPDIR)/share/xml/w3c-sgml-lib/schema/dtd +SGML_SEARCH_PATH= $(SGML_DTDDIR)/REC-html401-19991224 # The catalog file(s) to use when validating. SGML_CATALOG_FILES= HTML4.cat -- 1.7.10.4

1 0

CST for both DST and standard time in Australia/South?
by kavi＠postpro.net Jan. 7, 2013

Jan. 7, 2013

Please see https://bugs.php.net/bug.php?id=63777 The upshot: Australia/South observes daylight savings time, but the tzdata entry specifies 'CST' as the abbreviation year round. Is this a problem?

2 1

Re: [tz] "non-standard" timezones
by Shawn Steele Jan. 7, 2013

Jan. 7, 2013

> Typically, I think, people use what is coming from the tz database, unchanged. > And in the exceptions, they typically edit an existing entry rather than come up with a new name. > And in the exceptions to *that*, they typically use a name similar to the names already > in the database, rather than an unusual name. That sounds logical, but are there *any* known cases where people make exceptions to the standard? Even if they're reusing names? Especially if they're reusing names? (Reusing names for different behavior seems bad for interop). -Shawn

3 2

"non-standard" timezones
by Shawn Steele Jan. 5, 2013

Jan. 5, 2013

Hoping someone can provide examples or something. Are there cases where people are using their own Timezone data? (I'm thinking like a company or research station or something that doesn't snap to some "normal" tz for some reason) Any examples? For non-standard timezones is there a recommendation for naming conventions? (Eg: etc/mine ?) In several systems it's possible to adjust the Timezone data, and, of course someone could edit and install their own versions of the tzdb data on systems that consume it, but I'm curious if it ever happens in practice? Thanks, Shawn

2 3

timezone db error
by Mayuresh Kathe Dec. 29, 2012

Dec. 29, 2012

Hello, there's an error while representing a timezone in your database. May I know who to communicate and interact with regarding getting it corrected? Thanks. ~Mayuresh -- Simplicity can be Marvelously Powerful.

5 8

Non-ASCII chars in southamerica file
by Andy Heninger Dec. 27, 2012

Dec. 27, 2012

In the southamerica data file we have several Latin-1 encoded non-ASCII characters. The other data files are 100% ASCII Here they are: $ grep -nP "[\\x80-\\xff]" * southamerica:384:# There's also a note in only one of the major national papers (La Naci�n) at southamerica:390:# (...) anunci� que el pr�ximo domingo a las 00:00 los puntanos deber�n southamerica:393:# A partir de entonces, San Luis establecer� el huso horario propio de southamerica:395:# 2009, el cambio horario quedar� comprendido entre las 00:00 del tercer southamerica:396:# domingo de marzo y las 24:00 del segundo s�bado de octubre. southamerica:815:# I just send a e-mail to Zulmira Brand�o at I think it's fine to allow non-ASCII in comments, but would strongly request that the files be UTF-8 encoded. Anything else leads to immense confusion over what charset is in use. -- Andy

4 3

zoneinfo : ist : error
by Mayuresh Kathe Dec. 21, 2012

Dec. 21, 2012

may i know the reason why asia/kolkata represents +0530 in india? logically, technically and politically speaking, it's incorrect. ~mayuresh

7 10

Fwd: [IANA #636310] how to check a time
by Gemma Conn Nov. 30, 2012

Nov. 30, 2012

Hello, Can you point me in the direction of where I can double check that IANA has the correct time for New Zealand? I am worried that IANA has the wrong time for New Zealand, as Google Calendar which claims to use IANA Time Zone Database, displays the incorrect time for New Zealand. It displays GMT + 12 Auckland but it should be GMT + 13 Auckland, as we are observing Daylight Savings time. Sorry I could not find the right place to check this on your website - can you please check for me or tell me where I can check what time the IANA Time Zone Database has for New Zealand? I will let Google know if the mistake lies with them. Thanks Gemma Begin forwarded message: > From: Paul Eggert <eggert(a)cs.ucla.edu> > Date: 29 November 2012 2:17:18 PM NZDT > To: Gemma Conn <gemma(a)biozone.co.nz> > Subject: Re: Fwd: [IANA #636310] how to check a time > > On 11/28/2012 12:49 PM, Gemma Conn wrote: >> I couldn't find the place on the IANA website where I can check a time... > > I'm afraid there isn't a simple way to do that automatically. > I suggest you ask by sending email to tz(a)iana.org. This > mailing list is discussed in <http://www.iana.org/time-zones>.

7 6

patch for leapseconds to incorporate IERS bulletin C44
by Robert Elz Nov. 27, 2012

Nov. 27, 2012

In accordance with the tradition of keeping a copy of the most recent IERS bulletin C (currently C 44) in the leapseconds file (as comments at the end), here's a patch that updates it from C43 to C44. kre --- leapseconds 2012-01-06 18:37:49.000000000 +0700 +++ leapseconds.C44 2012-11-27 19:05:37.000000000 +0700 @@ -58,36 +58,28 @@ # SERVICE DE LA ROTATION TERRESTRE # OBSERVATOIRE DE PARIS # 61, Av. de l'Observatoire 75014 PARIS (France) -# Tel. : 33 (0) 1 40 51 22 26 +# Tel. : 33 (0) 1 40 51 22 29 # FAX : 33 (0) 1 40 51 22 91 # e-mail : (E-Mail Removed) # http://hpiers.obspm.fr/eop-pc # -# Paris, 5 January 2012 +# Paris, 7 August 2012 # # -# Bulletin C 43 +# Bulletin C 44 # # To authorities responsible # for the measurement and # distribution of time # # -# UTC TIME STEP -# on the 1st of July 2012 +# INFORMATION ON UTC - TAI # +# NO leap second will be introduced at the end of December 2012. +# The difference between Coordinated Universal Time UTC and the +# International Atomic Time TAI is : # -# A positive leap second will be introduced at the end of June 2012. -# The sequence of dates of the UTC second markers will be: -# -# 2012 June 30, 23h 59m 59s -# 2012 June 30, 23h 59m 60s -# 2012 July 1, 0h 0m 0s -# -# The difference between UTC and the International Atomic Time TAI is: -# -# from 2009 January 1, 0h UTC, to 2012 July 1 0h UTC : UTC-TAI = - 34s -# from 2012 July 1, 0h UTC, until further notice : UTC-TAI = - 35s +# from 2012 July 1, 0h UTC, until further notice : UTC-TAI = -35 s # # Leap seconds can be introduced in UTC at the end of the months of December # or June, depending on the evolution of UT1-TAI. Bulletin C is mailed every

1 0

Google moves beyond NTP
by Ted Cabeen Nov. 26, 2012

Nov. 26, 2012

Interesting article on how Google has moved beyond NTP, with a mention of last year's leap second: http://www.wired.com/wiredenterprise/2012/11/google-spanner-time/ --Ted

6 5

Rerun of changes for Russia
by Arthur David Olson Nov. 25, 2012

Nov. 25, 2012

A second rerun, this time for the "europe" and "zone.tab" files to reflect Russian time zone changes in 2011. Again, provided both as an attachment and with tabs mangled below. Again, these have been adjusted to be relative to tz2012j. --ado *** tz2012j/europe 2012-11-09 20:49:36.000000000 -0500 --- tznew/europe 2012-11-25 16:21:23.538043000 -0500 *************** *** 2043,2048 **** --- 2043,2112 ---- # Russia + # From Alexander Krivenyshev (2011-09-15): + # Based on last Russian Government Decree # 725 on August 31, 2011 + # (Government document + # <a href="http://www.government.ru/gov/results/16355/print/"> + # http://www.government.ru/gov/results/16355/print/ + # </a> + # in Russian) + # there are few corrections have to be made for some Russian time zones... + # All updated Russian Time Zones were placed in table and translated to English + # by WorldTimeZone.com at the link below: + # <a href="http://www.worldtimezone.com/dst_news/dst_news_russia36.htm"> + # http://www.worldtimezone.com/dst_news/dst_news_russia36.htm + # </a> + + # From Sanjeev Gupta (2011-09-27): + # Scans of [Decree #23 of January 8, 1992] are available at: + # <a href="http://government.consultant.ru/page.aspx?1223966"> + # http://government.consultant.ru/page.aspx?1223966 + # They are in Cyrillic letters (presumably Russian). + + # From Arthur David Olson (2012-05-09): + # Regarding the instant when clocks in time-zone-shifting parts of Russia + # changed in September 2011: + # + # One source is + # < a href="http://government.ru/gov/results/16355/> + # http://government.ru/gov/results/16355/ + # </a> + # which, according to translate.google.com, begins "Decree of August 31, + # 2011 No 725" and contains no other dates or "effective date" information. + # + # Another source is + # <a href="http://www.rg.ru/2011/09/06/chas-zona-dok.html"> + # http://www.rg.ru/2011/09/06/chas-zona-dok.html + # </a> + # which, according to translate.google.com, begins "Resolution of the + # Government of the Russian Federation on August 31, 2011 N 725" and also + # contains "Date first official publication: September 6, 2011 Posted on: + # in the 'RG' - Federal Issue number 5573 September 6, 2011" but which + # does not contain any "effective date" information. + # + # Another source is + # <a href=" http://en.wikipedia.org/wiki/Oymyakonsky_District#cite_note-RuTime-7"> + # http://en.wikipedia.org/wiki/Oymyakonsky_District#cite_note-RuTime-7 + # </a> + # which, in note 8, contains "Resolution #725 of August 31, 2011... + # Effective as of after 7 days following the day of the official publication" + # but which does not contain any reference to September 6, 2011. + # + # The Wikipedia article refers to + # <a href=" http://base.consultant.ru/cons/cgi/online.cgi?req=doc;base=LAW;n=118896"> + # http://base.consultant.ru/cons/cgi/online.cgi?req=doc;base=LAW;n=118896 + # </a> + # which seems to copy the text of the government.ru page. + # + # Tobias Conradi combines Wikipedia's + # "as of after 7 days following the day of the official publication" + # with www.rg.ru's "Date of first official publication: September 6, 2011" to get + # September 13, 2011 as the cutover date (unusually, a Tuesday, as Tobias Conradi notes). + # + # None of the sources indicates a time of day for changing clocks. + # + # Go with 2011-09-13 0:00s. + # From Paul Eggert (2006-03-22): # Except for Moscow after 1919-07-01, I invented the time zone abbreviations. # Moscow time zone abbreviations after 1919-07-01, and Moscow rules after 1991, *************** *** 2270,2283 **** # [parts of] Respublika Sakha (Yakutiya). # From Oscar van Vlijmen (2009-11-29): ! # The Sakha districts are: Bulunskij, Verkhoyanskij, Tomponskij, Ust'-Majskij, ! # Ust'-Yanskij. Zone Asia/Vladivostok 8:47:44 - LMT 1922 Nov 15 9:00 - VLAT 1930 Jun 21 # Vladivostok Time 10:00 Russia VLA%sT 1991 Mar 31 2:00s 9:00 Russia VLA%sST 1992 Jan 19 2:00s 10:00 Russia VLA%sT 2011 Mar 27 2:00s 11:00 - VLAT # # Sakhalinskaya oblast'. # The Zone name should be Yuzhno-Sakhalinsk, but that's too long. --- 2334,2359 ---- # [parts of] Respublika Sakha (Yakutiya). # From Oscar van Vlijmen (2009-11-29): ! # The Sakha districts are: Bulunskij, Verkhoyanskij, ... Ust'-Yanskij. Zone Asia/Vladivostok 8:47:44 - LMT 1922 Nov 15 9:00 - VLAT 1930 Jun 21 # Vladivostok Time 10:00 Russia VLA%sT 1991 Mar 31 2:00s 9:00 Russia VLA%sST 1992 Jan 19 2:00s 10:00 Russia VLA%sT 2011 Mar 27 2:00s 11:00 - VLAT + + # From Arthur David Olson (2012-05-09): + # Tomponskij and Ust'-Majskij switched from Vladivostok time to Yakutsk time + # in 2011. + + Zone Asia/Khandyga 9:02:13 - LMT 1922 Nov 15 + 9:00 - VLAT 1930 Jun 21 # Vladivostok Time + 10:00 Russia VLA%sT 1991 Mar 31 2:00s + 9:00 Russia VLA%sST 1992 Jan 19 2:00s + 10:00 Russia VLA%sT 2011 Mar 27 2:00s + 11:00 - VLAT 2011 Sep 13 0:00s # Decree 725? + 10:00 - YAKT + # # Sakhalinskaya oblast'. # The Zone name should be Yuzhno-Sakhalinsk, but that's too long. *************** *** 2296,2309 **** # From Oscar van Vlijmen (2009-11-29): # The Sakha districts are: Abyjskij, Allaikhovskij, Verkhhhnekolymskij, Momskij, ! # Nizhnekolymskij, Ojmyakonskij, Srednekolymskij. Zone Asia/Magadan 10:03:12 - LMT 1924 May 2 10:00 - MAGT 1930 Jun 21 # Magadan Time 11:00 Russia MAG%sT 1991 Mar 31 2:00s 10:00 Russia MAG%sT 1992 Jan 19 2:00s 11:00 Russia MAG%sT 2011 Mar 27 2:00s 12:00 - MAGT ! # # From Oscar van Vlijmen (2001-08-25): [This region consists of] # Kamchatskaya oblast', Koryakskij avtonomnyj okrug. # --- 2372,2396 ---- # From Oscar van Vlijmen (2009-11-29): # The Sakha districts are: Abyjskij, Allaikhovskij, Verkhhhnekolymskij, Momskij, ! # Nizhnekolymskij, ... Srednekolymskij. Zone Asia/Magadan 10:03:12 - LMT 1924 May 2 10:00 - MAGT 1930 Jun 21 # Magadan Time 11:00 Russia MAG%sT 1991 Mar 31 2:00s 10:00 Russia MAG%sT 1992 Jan 19 2:00s 11:00 Russia MAG%sT 2011 Mar 27 2:00s 12:00 - MAGT ! ! # From Arthur David Olson (2012-05-09): ! # Ojmyakonskij and the Kuril Islands switched from ! # Magadan time to Vladivostok time in 2011 ! Zone Asia/Ust-Nera 9:32:54 - LMT 1924 May 2 ! 10:00 - MAGT 1930 Jun 21 # Magadan Time ! 11:00 Russia MAG%sT 1991 Mar 31 2:00s ! 10:00 Russia MAG%sT 1992 Jan 19 2:00s ! 11:00 Russia MAG%sT 2011 Mar 27 2:00s ! 12:00 - MAGT 2011 Sep 13 0:00s # Decree 725? ! 11:00 - VLAT ! # From Oscar van Vlijmen (2001-08-25): [This region consists of] # Kamchatskaya oblast', Koryakskij avtonomnyj okrug. # *** tz2012j/zone.tab 2012-07-18 20:30:38.000000000 -0400 --- tznew/zone.tab 2012-11-25 16:24:25.920299600 -0500 *************** *** 341,348 **** --- 341,350 ---- RU +5601+09250 Asia/Krasnoyarsk Moscow+04 - Yenisei River RU +5216+10420 Asia/Irkutsk Moscow+05 - Lake Baikal RU +6200+12940 Asia/Yakutsk Moscow+06 - Lena River + RU +623923+1353314 Asia/Khandyga Moscow+06 - Tomponsky, Ust-Maysky RU +4310+13156 Asia/Vladivostok Moscow+07 - Amur River RU +4658+14242 Asia/Sakhalin Moscow+07 - Sakhalin Island + RU +643337+1431336 Asia/Ust-Nera Moscow+07 - Oymyakonsky RU +5934+15048 Asia/Magadan Moscow+08 - Magadan RU +5301+15839 Asia/Kamchatka Moscow+08 - Kamchatka RU +6445+17729 Asia/Anadyr Moscow+08 - Bering Sea

2 1

Not a rerun: tz-art.htm
by Arthur David Olson Nov. 25, 2012

Nov. 25, 2012

While it might not be a rerun, it's very important either: an addition to "tz-art.htm" to cover a "Da Vinci's Inquest" episode. As with the previous two, it's relative to tz2012j and appears both as an attachment and with tabs mangled below. --ado *** tz2012j/tz-art.htm 2012-07-18 22:23:31.000000000 -0400 --- tznew/tz-art.htm 2012-11-25 16:38:08.608479600 -0500 *************** *** 415,420 **** --- 415,427 ---- </a>. (Mark Brader, 2009-10-02) </li> <li> + In the "Run by the Monkeys" episode of "Da Vinci's Inquest" + (first broadcast 2002-11-17), + a witness in a five-year-old fire case realizes they may not have set + their clock back when daylight saving ended on the day of the fire, + introducing the possibility of an hour when arson might have occurred. + </li> + <li> In "The Todd Couple" episode of "Outsourced" (first aired 2011-02-10), Manmeet sets up teledates for 6:00 and 9:00; since one is with a New Yorker and the other with a San Franciscan,

1 0

Rerun of proposed localtime.c changes
by Arthur David Olson Nov. 25, 2012

Nov. 25, 2012

Now that silly season seems to be over, two reruns. First, changes to localtime.c (both attached and below, with tabs mangled). These are designed to address two issues noted earlier this year by Doug Bailey: ensuring that "tzname" values are set, and getting proper behavior when the software is being run on an unsigned-time_t system but is using data files generated on a signed-time_t system. These changes have been updated to be relative to tz2012j. --ado *** tz2012j/localtime.c 2012-10-26 20:37:42.000000000 -0400 --- tznew/localtime.c 2012-11-25 16:11:23.833188100 -0500 *************** *** 271,276 **** --- 271,281 ---- /* ** And to get the latest zone names into tzname. . . */ + for (i = 0; i < sp->typecnt; ++i) { + register const struct ttinfo * const ttisp = &sp->ttis[i]; + + tzname[ttisp->tt_isdst] = &sp->chars[ttisp->tt_abbrind]; + } for (i = 0; i < sp->timecnt; ++i) { register const struct ttinfo * const ttisp = &sp->ttis[ *************** *** 479,498 **** ** signed time_t system but using a data file with ** unsigned values (or vice versa). */ ! for (i = 0; i < sp->timecnt - 2; ++i) ! if (sp->ats[i] > sp->ats[i + 1]) { ! ++i; if (TYPE_SIGNED(time_t)) { /* ** Ignore the end (easy). */ ! sp->timecnt = i; } else { /* ** Ignore the beginning (harder). */ register int j; for (j = 0; j + i < sp->timecnt; ++j) { sp->ats[j] = sp->ats[j + i]; sp->types[j] = sp->types[j + i]; --- 484,514 ---- ** signed time_t system but using a data file with ** unsigned values (or vice versa). */ ! for (i = 0; i < sp->timecnt; ++i) ! if ((i < sp->timecnt - 1 && ! sp->ats[i] > sp->ats[i + 1]) || ! (i == sp->timecnt - 1 && !TYPE_SIGNED(time_t) && ! sp->ats[i] > ! ((stored == 4) ? INT32_MAX : INT64_MAX))) { if (TYPE_SIGNED(time_t)) { /* ** Ignore the end (easy). */ ! sp->timecnt = i + 1; } else { /* ** Ignore the beginning (harder). */ register int j; + /* + ** Keep the record right before the + ** epoch boundary, + ** but tweak it so that it starts + ** right with the epoch + ** (thanks to Doug Bailey). + */ + sp->ats[i] = 0; for (j = 0; j + i < sp->timecnt; ++j) { sp->ats[j] = sp->ats[j + i]; sp->types[j] = sp->types[j + i];

1 0

Make bug-reporting address more configurable
by Joseph S. Myers Nov. 12, 2012

Nov. 12, 2012

When distributing programs from tzcode as part of a larger software distribution, it can be desirable to redirect user bug reports to the bug-reporting system of that distribution as a whole (with a view to then passing along reports or fixes where it's determined that they don't relate to local modifications or packaging). This patch moves the bug-reporting address from being hardcoded in various strings to being in variables that are more convenient to modify in the packaging process. (Some people may wish to use an email address for bug reports, some a URL to a bug tracker and some a URL for instructions on bug reporting. But making the accompanying text configurable rather than just the address bit, to accommodate those variations better, would make things worse for i18n.) diff --git a/Makefile b/Makefile index 5a17164..cbda727 100644 --- a/Makefile +++ b/Makefile @@ -8,6 +8,9 @@ PACKAGE= tzcode # Version numbers of the code and data distributions. VERSION= 2012i +# Email address for bug reports. +BUGEMAIL= tz(a)iana.org + # Change the line below for your time zone (after finding the zone you want in # the time zone files, or adding it to a time zone file). # Alternately, if you discover you've got the wrong time zone, you can just @@ -344,7 +347,8 @@ INSTALL: ALL install date.1 version.h: (echo 'static char const PKGVERSION[]="($(PACKAGE)) ";' && \ - echo 'static char const TZVERSION[]="$(VERSION)";') >$@ + echo 'static char const TZVERSION[]="$(VERSION)";' && \ + echo 'static char const REPORT_BUGS_TO[]="$(BUGEMAIL)";') >$@ zdump: $(TZDOBJS) $(CC) -o $@ $(CFLAGS) $(LDFLAGS) $(TZDOBJS) $(LDLIBS) diff --git a/tzselect.ksh b/tzselect.ksh index 51bafc1..8e66b44 100644 --- a/tzselect.ksh +++ b/tzselect.ksh @@ -2,6 +2,7 @@ PKGVERSION='(tzcode) ' TZVERSION=see_Makefile +REPORT_BUGS_TO=tz(a)iana.org # Ask the user about the time zone, and output the resulting TZ value to stdout. # Interact with the user via stderr and stdin. @@ -44,7 +45,7 @@ if [ "$1" = "--help" ]; then Usage: tzselect Select a time zone interactively. -Report bugs to tz(a)iana.org. +Report bugs to $REPORT_BUGS_TO. EOF exit elif [ "$1" = "--version" ]; then diff --git a/zdump.c b/zdump.c index 626b09d..9255aff 100644 --- a/zdump.c +++ b/zdump.c @@ -272,8 +272,8 @@ usage(FILE * const stream, const int status) (void) fprintf(stream, _("%s: usage is %s [ --version ] [ --help ] [ -v ] [ -c [loyear,]hiyear ] zonename ...\n\ \n\ -Report bugs to tz(a)iana.org.\n"), - progname, progname); +Report bugs to %s.\n"), + progname, progname, REPORT_BUGS_TO); exit(status); } diff --git a/zic.c b/zic.c index 1964a89..a5202a1 100644 --- a/zic.c +++ b/zic.c @@ -426,8 +426,8 @@ usage(FILE *stream, int status) [ --version ] [ --help ] [ -v ] [ -l localtime ] [ -p posixrules ] \\\n\ \t[ -d directory ] [ -L leapseconds ] [ -y yearistype ] [ filename ... ]\n\ \n\ -Report bugs to tz(a)iana.org.\n"), - progname, progname); +Report bugs to %s.\n"), + progname, progname, REPORT_BUGS_TO); exit(status); } -- Joseph S. Myers joseph(a)codesourcery.com

2 1

tzcode2012j and tzdata2012j available
by Paul Eggert Nov. 12, 2012

Nov. 12, 2012

The 2012j release of the tz code and data is available. It reflects the following changes recently circulated on the tz mailing list: Libya moved to CET this weekend, but with DST planned next year. (Thanks to Even Scharning, Steffen Thorsen, and Tim Parenti.) Signatures now have the extension .asc, not .sign, as that's more standard. (Thanks to Phil Pennock.) The output of 'zdump --version', and of 'zic --version', now uses a format that is more typical for --version. (Thanks to Joseph S. Myers.) The output of 'tzselect --help', 'zdump --help', and 'zic --help' now uses tz(a)iana.org rather than the old elsie address. zic -v now complains about abbreviations that are less than 3 or more than 6 characters, as per Posix. Formerly, it checked for abbreviations that were more than 3. 'make public' no longer puts its temporary directory under /tmp, and uses the just-built zic rather than the system zic. Various fixes to documentation and commentary. For this release I did not find the time to carefully review Joseph S. Myers's suggestion about BUGEMAIL in <http://mm.icann.org/pipermail/tz/2012-November/018452.html>. At first glance the suggestion seems like a good one, and I'd like to put it into the next release. Here are links to the release files: http://www.iana.org/time-zones/repository/releases/tzcode2012j.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2012j.tar.gz ftp://ftp.iana.org/tz/releases/tzcode2012j.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2012j.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 dec96c09a2e3f735292a49929df29028d26c4f1c 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.4.11 (GNU/Linux) iQIcBAABAgAGBQJQobHpAAoJEO2X6Q5iqn40P8oQAIrQuNzzbLe6vcegbNAE1CME NwSqANNbsehf6vC6C/n5SLl6R329wFYZ4XXYSgzOVqKMW37IjULO+/xIxIeRdJ2h soFBd3G4AVM7bMlVPEwXe6rHeQ4x0KofejJIwT+B1gUrWCtaJ/3cse+0qwoGAi9t iahC/9h7ERNUy5S5ZJ228ZDrwq9vtLxtBLSZby7a/g11jUM+OVWwHrJAaj9d8PR/ zv0OKtZ1jhJdvcKgdnpdVMAC3Nvp+hNNae9UvLxtoTGn8WVG54zXaRVgBwAol7// WrZQHidJXPLg9mbvpNgFleMN5IJrOXh3P2kW0hr9LkeZFlNeuKWQ3YxjEvz0EKe2 0Oi30OYZlyfEFALMSvpuQ0LnxM7WSTkecrh4LbL3OZM2bzoC0TNqgFb1GX9hIc0h VV0StBUB9H0mGud4TA8WYzoX5oO7Obz+mogOZ754TKQ7aqAzWveEaQHSwjTBst6O VC7htCKT5pwUY0v+v9vp+as2qMplTMBMNDegSIYHEwyWVdHpZnRtBcGwd56exWCa MZiIhdZ9txmyCcxbAstZym/crvHpRxR1jabOShlRzuqFAuqOO0PkrdUUcPHGGY9P J1wJvDThZr6il/oR5/m6V+9OcKc4qDC9h8F8sKMq7xcmzQiTTscnvwmE6QQfDKlO PAN37ua5YwawD9kErq1z =tjIa -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAABAgAGBQJQobH2AAoJEO2X6Q5iqn40kBsP/j8AqTr5mkZDfqVFcoIvR4ej HChstB5X8RRgNyqk/89t5dwkVTSOmJ4f2kqhXnBRbq93I+KGT0STHZatYMPXkuKV pGWYkpdW1esyBrPT8ypqC3yWkBw3ZXoojT+CeeKifLLAyUGwoik9IfZz8DMtbm/s YdTP3Iv9sjwcybmGWLeRFq4htXOKtIzKAsTKJtfEjvdUBNgdl8McOsytUp3jMoPh /UNL2K3zIzBSX/keUXWnKv87ZWjmgBp0QpAZ+WecQcuLLyasTo8ktuT+7LCD/W8k jPq5itr3WP43tjvE6BA1mIyKdwBuYw6yhe1+acd/E6n3PJvxnLQYvER24v8B/4OQ dJtGEO2zzUZEfVYrfHeTdIu8gdE22MjrbhvB8rF1g8STRoNgligY0Owb7kGK9w0F ktX8z6JMVd2umca5mfkW2T9OH4Tr+EXYK1vSn1BOrUEcIJr2Li3XwZbs4s7fQgMT mfN97ce8+CapUmUN+D0Ce0aSlkU5IN27zZvORar3N8jKh3F8ls5Ge17M2tEPHRtW DWrRztFlRMwW0keHhna6+Q1+PzGxUAxGhWL7O73BddUD9gKo7nu9nbNc4cdeKul8 rRUctp5BEu4GpBqi7LLscLXEe0vZJWAgjX4FTfY17+MzFyKv0SfT3sDeuOiH8Ckb LihrCaAvM539PSqk3fWA =0LL/ -----END PGP SIGNATURE-----

1 0

Re: [tz] tz Digest, Vol 14, Issue 10
by Andy McDonald Nov. 12, 2012

Nov. 12, 2012

On 12/11/2012 7:00 AM, tz-request(a)iana.org wrote: > Today's Topics: > > 1. [PATCH] Update documentation. (Paul Eggert) I thought it was too minor to mention, but since we're on the topic: FoxClocks now lives at http://foxclocks.org, and is available for Mozilla Firefox, Thunderbird and Google Chrome (Sunbird is no longer supported). It would be great if the documentation could reflect this. Andy

1 0

[PATCH] Update documentation.
by Paul Eggert Nov. 12, 2012

Nov. 12, 2012

Here are some documentation updates I'd like to fold into the next release. * tz-link.htm: Prune no-longer-working URLs, update URLs that got moved, sort a bit. The most-important casualty is the Norwegian Meteorological Institute's web page for Summer time in Norway, formerly at <http://met.no/met/met_lex/q_u/sommertid.html>: it's no longer there and I can't find out where it moved to, if anywhere. * tzfile.5: Fix minor grammar problem. --- tz-link.htm | 173 +++++++++++++++++++++-------------------------------------- tzfile.5 | 2 +- 2 files changed, 63 insertions(+), 112 deletions(-) diff --git a/tz-link.htm b/tz-link.htm index 2690e1f..0d5d7da 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="2012-10-28"> +<meta name="DC.Date" content="2012-11-12"> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time"> <meta name="DC.Identifier" @@ -101,11 +101,13 @@ gzip -dc tzdata-latest.tar.gz | tar -xf - </code></pre> <p> The code and data files can also be obtained from the -<a href="http://www.iana.org">IANA</a> -<a href="http://www.iana.org/time-zones">timezone web page</a>. +<a href="http://www.iana.org/time-zones">timezone web page</a> +of the <a href="http://www.iana.org">Internet Assigned Numbers +Authority (IANA)</a>. An <a href="https://github.com/eggert/tz">unofficial development repository</a> of the code and data is available -in <a href="http://git-scm.com/">Git</a> form; be careful, as this +in <a href="http://git-scm.com/">Git</a> form +from <a href="https://github.com/">GitHub</a>; be careful, as this repository is less well tested and probably contains more errors. <p> The code lets you compile the <code>tz</code> source files into @@ -118,30 +120,19 @@ send changes to the <a href="mailto:tz@iana.org">time zone mailing list</a>. You can also <a href="http://news.gmane.org/gmane.comp.time.tz">browse recent messages</a> sent to the mailing list, <a -href="https://mm.icann.org/mailman/listinfo/tz">subscribe</a> to it. -browse the <a +href="https://mm.icann.org/mailman/listinfo/tz">subscribe</a> to it, +and browse the <a href="http://mm.icann.org/pipermail/tz/">archive of old -messages</a> (message by message or in gzip compressed format), -or retrieve <a -href="ftp://ftp.iana.org/tz/releases/">archived older versions of code -and data</a>.</p> +messages</a>.</p> <p> The Web has several other sources for time zone and daylight saving time data. -Here are some recent links that may be of interest. +Here are some links that may be of interest. </p> <h2>Web pages using recent versions of the <code>tz</code> database</h2> <p> These are listed roughly in ascending order of complexity and fanciness. </p> <ul> -<li> -<a href="http://permatime.com"> -Permatime</a> -is a service for generating and viewing links that refer to a -particular point in time and can be displayed in multiple timezones. -It uses the ruby tzinfo gem. -(From Tim Diggins, 2009-11-03.) -</li> <li><a href="http://twiki.org/cgi-bin/xtra/tzdatepick.html">Date and Time Gateway</a> lets you see the <code>TZ</code> values directly.</li> <li><a @@ -151,10 +142,13 @@ Time in 1000 Places</a> uses descriptions of the values.</li> uses a pulldown menu.</li> <li><a href="http://home.tiscali.nl/~t876506/TZworld.html">Complete timezone information for all countries</a> displays tables of DST rules. -<li><a href="http://timeanddate.com/worldclock/">The World Clock - +<li><a href="http://timeanddate.com/worldclock/">The World Clock – Time Zones</a> lets you sort zone names and convert times.</li> -<li><a href="http://daylight-savings-time.info/">Graphical Display of -Time Zones and Daylight Saving Times</a> shows a graph of time +<li><a href="http://permatime.com/">Permatime</a> generates and views +links that refer to a particular point in time and can be displayed in +multiple timezones.</li> +<li><a href="http://daylight-savings-time.info/">Daylight Saving Time info</a> +shows a graph of time difference versus time for any pair of locations.</li> <li>The <a href="http://worldtimeengine.com/">World Time Engine</a> also contains data about time zone boundaries; it supports queries via place @@ -175,7 +169,7 @@ Calendaring and Scheduling Working Group (<abbr title="Calendaring and Scheduling Working Group">calsch</abbr>)</a> covers time zone data; see its VTIMEZONE calendar component. -The <a href="http://calconnect.org/">Calendaring and Scheduling +<a href="http://calconnect.org/">CalConnect, The Calendaring and Scheduling Consortium</a> is promoting further work in this area. <a href="http://calconnect.org/publications/icalendartimezoneproblemsandrecommendati…">iCalendar TIMEZONE Problems and Recommendations</a> offers guidelines and @@ -203,7 +197,7 @@ href="http://www.w3.org/2000/01/foo">schema</a> was sketched out.</li> </ul> <h2>Other <code>tz</code> compilers</h2> <ul> -<li><a href="http://www.dachaplin.dsl.pipex.com/vzic/">Vzic iCalendar +<li><a href="http://sourceforge.net/projects/vzic/">Vzic iCalendar Timezone Converter</a> describes a <a href="http://en.wikipedia.org/wiki/C_%28programming_language%29">C</a> program that compiles @@ -250,9 +244,9 @@ compiles <code>tz</code> source into It is freely available under the <abbr title="Massachusetts Institute of Technology">MIT</abbr> license.</li> <li>The <a href="http://chronos-st.org/">Chronos Date/Time -Library</a> is a <a href="http://smalltalk.org">Smalltalk</a> class -library that compiles <code>tz</code> source into a <a -href="http://date-time-zone.com/">time zone repository</a> whose format +Library</a> is +a <a href="http://en.wikipedia.org/wiki/Smalltalk">Smalltalk</a> class +library that compiles <code>tz</code> source into a time zone repository whose format is either proprietary or an <a href="http://www.w3.org/XML/"><abbr title="Extensible Markup Language">XML</abbr></a>-encoded representation.</li> @@ -294,7 +288,7 @@ Toolkit</a> applications like <a href="http://mozilla.com/firefox">Firefox</a>, <a href="http://mozilla.com/thunderbird">Thunderbird</a>, and <a -href="http://www.mozilla.org/projects/calendar/sunbird/">Sunbird</a>. +href="https://addons.mozilla.org/en-US/thunderbird/addon/lightning/">Lightning</a>. It displays multiple clocks in the application window, and has a mapping interface to <a href="http://earth.google.com/">Google Earth</a>. It is freely available under the <abbr>GPL</abbr>.</li> @@ -303,18 +297,17 @@ href="http://users.skynet.be/Peter.Verthez/projects/intclock/">International clock (intclock)</a> is a multi-timezone clock for <abbr>GNU</abbr>/Linux and similar systems. It is freely available under the <abbr>GPL</abbr>.</li> -<li><a href="http://codeplex.com/publicdomain">PublicDomain</a> -has a copy of a recent <code>tz</code> database, accessed via a <a -href="http://en.wikipedia.org/wiki/C_Sharp">C#</a> library. As its -name suggests, it is in the public domain. Only current time stamps -are well supported; historical data are compiled into the runtime but -are not easily accessible.</li> -<li><a href="http://java.sun.com/">Sun Java</a> releases since 1.4 +<li><a href="http://www.oracle.com/us/technologies/java/overview/index.html">Oracle +Java</a> releases since 1.4 contain a copy of a subset of a recent <code>tz</code> database in a Java-specific format.</li> <li><a href="http://kimmo.suominen.com/sw/timezone/">Time Zone</a> is a <a href="http://wordpress.org/">WordPress</a> plugin. It is freely available under a <abbr>BSD</abbr>-style license.</li> +<li><a href="http://www.relativedata.com/time-zone-master">Time Zone +Master</a> is a Microsoft Windows clock program that can automatically +download, compile and use the <code>tzdata<var>D</var>.tar.gz</code> +files as they are released. The Basic version is free.</li> <li><a href="http://veladg.com/velaterra.html">VelaTerra</a> is a Mac OS X program. Its developers @@ -323,36 +316,19 @@ licenses</a> to <code>tz</code> contributors.</li> <li><a href="http://worldtimeexplorer.com/">World Time Explorer</a> is a Microsoft Windows program.</li> -<li> -<a href="http://www.toriasoft.com"> -WorldClock for Windows and Windows Mobile</a> -lets users "see the time in up to 25 locations in the world at once." -(From Hans Nieuwenhuis, 2009-11-02.) -</li> -<li> -<a href="http://www.relativedata.com/time-zone-master"> -Time Zone Master Basic -</a> "allows people to display multiple desktop clocks, and to -research current and historical time information, as well as times of -astronomical events (sunrise/transit/set, moonrise/transit/set, phases, -season starts) for user-selected dates in the past and future. It can -automatically download, compile and use the tzdata**.gz database files -as they are released to keep the data up to date. The software is -free." (Davie Patte) -</li> </ul> <h2>Other time zone databases</h2> <ul> <li><a href="http://www.astro.com/cgi/aq.cgi">Atlas Query</a> -is Astrodienst's Web version of Shanks's -excellent time zone history atlases published in both <a -href="http://astrocom.com/products/software.php?software_id=ibmwboth">computer</a> +is Astrodienst's Web version of Shanks and Pottenger's +time zone history atlases published in both <a +href="http://astrocom.com/astrology-products/software/acs-atlas-software">computer</a> and book form (<a -href="http://astrocom.com/products/book.php?book_id=b110x">one volume +href="http://www.astrocom.com/astrology/books/american-atlas">one volume for the USA</a>, and <a -href="http://astrocom.com/products/book.php?book_id=b112x">one for +href="http://www.astrocom.com/astrology/books/international-atlas">one for other locations</a>) by <a -href="http://astrocom.com/">Astro Communications Services</a>.</li> +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, @@ -371,28 +347,17 @@ gives current time zone rules for airports served by commercial aviation.</li> <li>Some Microsoft Windows versions contain time zone information in an undocumented format, with IDs that can be mapped to <code>TZ</code> values using the <a -href="http://unicode.org/cldr/data/diff/supplemental/windows_tzid.html">Windows +href="http://unicode.org/repos/cldr-tmp/trunk/diff/supplemental/zone_tzid.html">Zone → Tzid table</a> maintained by the <abbr title="Common Locale Data Repository">CLDR</abbr> data mentioned below.</li> -<li> -<a href="http://code.google.com/p/tzdata/"> -http://code.google.com/p/tzdata/ -</a> -provides programming-language-specific representations of timezone -data. Currently this includes XML, PHP, Ruby, Javascript, JSON and CSV -formatted data. The repository is updated as soon as the FTP -distribution is updated. All data can be downloaded as a zip and/or it -can be obtained/synced via anonymous SVN. Data is made available under -the MIT license. (From Rich Tibbett.) -</li> </ul> <h2>Maps</h2> <ul> <li>The <a href="https://www.cia.gov/">United States Central Intelligence Agency (<abbr title="Central Intelligence Agency">CIA</abbr>)</a> publishes a <a -href="https://www.cia.gov/library/publications/the-world-factbook/reference_maps/…">time +href="https://www.cia.gov/library/publications/the-world-factbook/graphics/ref_ma…">time zone map</a>; the <a href="http://www.lib.utexas.edu/maps/world.html">Perry-Castañeda @@ -421,9 +386,8 @@ of Countries ("Statoids")</a> contains detailed lists of zone boundaries for multizone countries</a> summarizes legal boundaries between time zones within countries.</li> <li>Manifold.net's <a -href="http://www.manifold.net/download/freemaps.html">Free Maps and -<abbr title="Geographic Information Systems">GIS</abbr> -Data</a> includes a Manifold-format map of +href="http://manifold.net/info/freestuff.shtml">Free Stuff for +Manifold System Users</a> includes a Manifold-format map of world time zone boundaries distributed under the <abbr>GPL</abbr>.</li> <li>The <abbr>US</abbr> Geological Survey's National Atlas of @@ -453,15 +417,15 @@ Saving Time - History, rationale, laws & dates</a> is an overall history of <abbr>DST</abbr>.</li> <li><a href="http://energy.ca.gov/daylightsaving.html">Saving Time, Saving Energy</a> discusses a primary justification for <abbr>DST</abbr>.</li> -<li><a href="http://seizethedaylight.com/dst/">Who Knew? A Brief +<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.iriti.cnr.it/">The +<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.phys.uu.nl/~vgent/idl/idl.htm">A History of +<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> <li><a href="http://statoids.com/tconcept.html">Basic Time @@ -471,7 +435,7 @@ Zone Concepts</a> discusses terminological issues behind time zones.</li> <dl> <dt>Australia</dt> <dd>The Parliamentary Library has commissioned <a -href="http://www.aph.gov.au/LIBRARY/Pubs/rn/2006-07/07rn13.pdf">research +href="http://www.aph.gov.au/binaries/library/pubs/rn/2006-07/07rn13.pdf">research note on daylight saving time in Australia</a>. The Bureau of Meteorology publishes a list of <a href="http://www.bom.gov.au/climate/averages/tables/dst_times.shtml">Implementation Dates of Daylight Savings Time within Australia</a>.</dd> @@ -485,17 +449,17 @@ records <a href="http://pcdsh01.on.br/DecHV.html" hreflang="pt-BR">Brazil's daylight saving time decrees (in Portuguese)</a>.</dd> <dt>Canada</dt> -<dd>The Institute for National Measurement Standards publishes current +<dd>National Research Council Canada publishes current and some older information about <a -href="http://inms-ienm.nrc-cnrc.gc.ca/time_services/daylight_saving_e.html">Time -Zones & Daylight Saving Time</a>.</dd> +href="http://www.nrc-cnrc.gc.ca/eng/services/time/time_zones.html">time +zones & daylight saving time</a>.</dd> <dt>Chile</dt> <dd>The Chilean Hydrographic and Oceanographic Service publishes a <a href="http://www.horaoficial.cl/horaof.htm" hreflang="es"> history of official time (in Spanish)</a>.</dd> <dt>Germany</dt> <dd>The National Institute for Science and Technology maintains the <a -href="http://www.ptb.de/en/org/4/44/441/dars_e.htm">Realisation of +href="http://www.ptb.de/cms/en/fachabteilungen/abt4/fb-44/ag-441/realisation-of-l…">Realisation of Legal Time in Germany</a>.</dd> <dt>Israel</dt> <dd>The Interior Ministry periodically issues <a @@ -509,20 +473,15 @@ hreflang="es">history of Mexican local time (in Spanish)</a>.</dd> <dt>Malaysia</dt> <dd>See Singapore below.</dd> <dt>Netherlands</dt> -<dd><a href="http://www.phys.uu.nl/~vgent/wettijd/wettijd.htm" +<dd><a href="http://www.staff.science.uu.nl/~gent0113/wettijd/wettijd.htm" hreflang="nl">Legal time in the Netherlands (in Dutch)</a> covers the history of local time in the Netherlands from ancient times.</dd> <dt>New Zealand</dt> -<dd>The Department of Internal Affairs maintains a brief history <a -href="http://dia.govt.nz/diawebsite.nsf/wpg_URL/Resource-material-Information-We-…">About +<dd>The Department of Internal Affairs maintains a brief <a +href="http://www.dia.govt.nz/Daylight-Saving-History">History of Daylight Saving</a>. The privately-maintained <a href="http://astrologyschool.com/nztime.html">History of New Zealand time</a> has more details.</dd> -<dt>Norway</dt> -<dd>The Norwegian Meteorological Institute lists -<a href="http://met.no/met/met_lex/q_u/sommertid.html" hreflang="no">Summer -time in Norway (in Norwegian)</a>, citing the -Institute of Theoretical Astrophysics, Oslo.</dd> <dt>Singapore</dt> <dd><a href="http://www.math.nus.edu.sg/aslaksen/teaching/timezone.html">Why @@ -530,11 +489,11 @@ is Singapore in the "Wrong" Time Zone?</a> details the history of legal time in Singapore and Malaysia.</dd> <dt>United Kingdom</dt> <dd><a -href="http://www.srcf.ucam.org/~jsm28/british-time/">History of +href="http://www.polyomino.org.uk/british-time/">History of legal time in Britain</a> discusses in detail the country with perhaps the best-documented history of clock adjustments. The National Physical Laboratory also maintains an <a -href="http://www.npl.co.uk/server.php?show=ConWebDoc.2714">Archive +href="http://www.npl.co.uk/educate-explore/what-is-the-time/archive-of-summer-tim…">Archive of Summer time dates</a>.</dd> </dl> <h2>Precision timekeeping</h2> @@ -553,7 +512,8 @@ href="ftp://ftp.rfc-editor.org/in-notes/rfc4833.txt">Timezone Options for <abbr title="Dynamic Host Configuration Protocol">DHCP</abbr></a> (Internet <abbr>RFC</abbr> 4833) specifies a <a -href="http://www.dhcp.org/">DHCP</a> option for a server to configure +href="http://en.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol">DHCP</a> +option for a server to configure a client's time zone and daylight saving settings automatically.</li> <li><a href="http://gauss.gge.unb.ca/GMT.UT.and.the.RGO.html">A Few Facts Concerning <abbr title="Greenwich Mean Time">GMT</abbr>, <abbr @@ -578,7 +538,7 @@ code for converting among time scales like <abbr title="International Atomic Time">TAI</abbr>, <abbr>TDB</abbr>, <abbr>TDT</abbr> and <abbr>UTC</abbr>.</li> -<li><a href="http://jpl.nasa.gov/basics/bsf2-3.htm">Basics of +<li><a href="http://www2.jpl.nasa.gov/basics/bsf2-3.php">Basics of Space Flight - Reference Systems - Time Conventions</a> briefly explains interplanetary space flight timekeeping.</li> <li><a @@ -593,13 +553,9 @@ dedicated not only to leap seconds but to precise time and frequency in general. It covers the state of the art in amateur timekeeping, and how the art has progressed over the past few decades.</li> <li><a -href="http://hpiers.obspm.fr/eop-pc/products/bulletins/bulletins.html">Bulletins -maintained by the -<abbr title="International Earth Rotation Service">IERS</abbr> -<abbr title="Earth Orientation Parameters">EOP</abbr> -(<abbr title="Product Center">PC</abbr>)</a> contains official publications of -the Earth Orientation Parameters Product Center of the -International Earth Rotation Service, the committee that decides +href="http://www.iers.org/IERS/EN/Publications/Bulletins/bulletins.html">IERS +Bulletins</a> contains official publications of the International +Earth Rotation and Reference Systems Service, which decides when leap seconds occur.</li> <li>The <a href="http://six.pairlist.net/mailman/listinfo/leapsecs">Leap @@ -609,11 +565,8 @@ and Klepczynski's proposal to discontinue leap seconds</a>, discussed further in <a href="http://www.cl.cam.ac.uk/~mgk25/time/metrologia-leapsecond.pdf">The leap second: its history and possible future</a>. -The (now disbanded) <a href="http://members.aas.org/comms/leap.cfm"><abbr -title="American Astronomical Society">AAS</abbr> Leap Second -Committee</a> has solicited input on this proposal. -<a href="http://www.ucolick.org/~sla/leapsecs/">The -Future of Leap Seconds</a> covers this +<a href="http://www.ucolick.org/~sla/leapsecs/">UTC might be redefined +without Leap Seconds</a> gives pointers on this contentious issue.</li> </ul> <h2>Time notation</h2> @@ -623,7 +576,7 @@ contentious issue.</li> the International Standard Date and Time Notation</a> is a good summary of <a -href="http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=40874"><abbr +href="http://www.iso.org/iso/catalogue_detail?csnumber=40874"><abbr title="International Organization for Standardization">ISO</abbr> 8601:2004 -- Data elements and interchange formats -- Information interchange -- Representation of dates and times</a>.</li> @@ -658,8 +611,8 @@ abbreviations, identifiers, and formats. For example, it contains French translations for "Eastern European Summer Time", "<abbr title="Eastern European Summer Time">EEST</abbr>", and "Bucharest". <a -href="http://unicode.org/cldr/data/charts/by_type/names.metazone.html">By-Type -Chart: names.metazone</a> shows these values for many locales. +href="http://unicode.org/cldr/charts/by_type/index.html">By-Type +Chart</a> shows these values for many locales. <abbr>ICU</abbr> contains a mechanism for using this data.</li> <li>Alphabetic time zone abbreviations should not be used as unique identifiers for <abbr>UTC</abbr> offsets as they are ambiguous in @@ -693,8 +646,6 @@ is called "<abbr>GMT</abbr>".</li> <li><a href="tz-art.htm">Time and the Arts</a></li> <li><a href="http://www.dmoz.org/Reference/Time/">Open Directory - Reference: Time</a></li> -<li><a href="http://directory.google.com/Top/Reference/Time/">Google Directory -- Reference > Time</a></li> <li><a href="http://dir.yahoo.com/Science/Measurements_and_Units/Time">Yahoo! Directory > Science > Measurements and Units > Time</a></li> </ul> diff --git a/tzfile.5 b/tzfile.5 index aa7317b..10698a2 100644 --- a/tzfile.5 +++ b/tzfile.5 @@ -137,7 +137,7 @@ is zero or the time argument is less than the first transition time recorded in the file. .PP For version-2-format time zone files, -the above header and data is followed by a second header and data, +the above header and data are followed by a second header and data, identical in format except that eight bytes are used for each transition time or leap second time. After the second header and data comes a newline-enclosed, -- 1.7.9.5

2 2

Libya one hour back last night
by Even Scharning Nov. 11, 2012

Nov. 11, 2012

Libya set their time one hour back at 02:00 on Saturday November 10. Sources: http://www.libyaherald.com/2012/11/04/clocks-to-go-back-an-hour-on-saturday/ http://twitter.com/ShoofLibya/status/265193706439733248/photo/1 "By the time everyone in Libya realizes the clocks are supposed to be set back 1 hour, it'll be time to set them forward again." https://twitter.com/Tripolitanian/status/267040258363899905 Sincerely, Even Scharning Time.is - exact time, any time zone http://time.is/

4 4

Libya - Daylight Saving Time
by Eng. Ali H. Saleh Nov. 11, 2012

Nov. 11, 2012

Madam/Sir, Libya has changed its time 1 hour back for Daylight Saving Time since Sat 10 November 2012 to be +1GMT (CET). Please visit this link for confirmation http://www.timeanddate.com/worldclock/city.html?n=252 Kindly modify your database accordingly. Regards, -- Eng.Ali H. Saleh CEO *The Golden Group *Off Airport Road, behind Brega Tank Farm P.O. Box 83465, Tripoli - Libya Tel: +218 21 730 3903 Fax: +218 21 715 1478 Mobile LIbya: +218 91 495 7702 Web: www.goldengroup.info Confidentiality: The information contained in this e-mail is intended only for the personal and confidential use of the designated recipients of the email. This message may be an attorney-client communication and, as such, is privileged and confidential. If you are not an intended recipient of this message or an agent responsible for delivering it to an intended recipient, you are hereby notified that you have received this message in error, and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this message in error, please delete it and all copies and notify us immediately by reply e-mail or by telephone (+218 21 730 3903). Thank you.

1 0

Libya one hour back last night
by Even Scharning Nov. 10, 2012

Nov. 10, 2012

Libya set their time one hour back at 02:00 on Saturday November 10. http://www.libyaherald.com/2012/11/04/clocks-to-go-back-an-hour-on-saturday/ http://twitter.com/ShoofLibya/status/265193706439733248/photo/1 "By the time everyone in Libya realizes the clocks are supposed to be set back 1 hour, it'll be time to set them forward again." https://twitter.com/Tripolitanian/status/267040258363899905 Sincerely, Even Scharning Time.is - exact time, any time zone http://time.is/

1 0

Print zdump and zic program names in --version output
by Joseph S. Myers Nov. 9, 2012

Nov. 9, 2012

This patch makes zdump and zic print their own names in their --version output, in accordance with the GNU standards for what --version should print. (tzselect already does print its name in --version output.) diff --git a/zdump.c b/zdump.c index 805267d..8b118ed 100644 --- a/zdump.c +++ b/zdump.c @@ -309,7 +309,7 @@ main(int argc, char *argv[]) progname = argv[0]; for (i = 1; i < argc; ++i) if (strcmp(argv[i], "--version") == 0) { - (void) printf("%s\n", TZVERSION); + (void) printf("zdump %s\n", TZVERSION); exit(EXIT_SUCCESS); } else if (strcmp(argv[i], "--help") == 0) { usage(stdout, EXIT_SUCCESS); diff --git a/zic.c b/zic.c index a9a54bb..428eaaa 100644 --- a/zic.c +++ b/zic.c @@ -462,7 +462,7 @@ main(int argc, char **argv) } for (i = 1; i < argc; ++i) if (strcmp(argv[i], "--version") == 0) { - (void) printf("%s\n", TZVERSION); + (void) printf("zic %s\n", TZVERSION); exit(EXIT_SUCCESS); } else if (strcmp(argv[i], "--help") == 0) { usage(stdout, EXIT_SUCCESS); -- Joseph S. Myers joseph(a)codesourcery.com

5 7

[PATCH] Change email address to tz@iana.org.
by Paul Eggert Nov. 9, 2012

Nov. 9, 2012

[The need for this change should be obvious.] * africa, australasia, europe, northamerica, southamerica: * tzselect.ksh, zdump.c, zic.c: In commentary and strings, change email address from tz(a)elsie.nci.nih.gov to tz(a)iana.org, as the old email address no longer works. --- africa | 2 +- asia | 5 ++--- australasia | 2 +- europe | 2 +- northamerica | 2 +- southamerica | 2 +- tzselect.ksh | 2 +- zdump.c | 2 +- zic.c | 2 +- 9 files changed, 10 insertions(+), 11 deletions(-) diff --git a/africa b/africa index 1c6e520..bbec05e 100644 --- a/africa +++ b/africa @@ -4,7 +4,7 @@ # This data is by no means authoritative; if you think you know better, # go ahead and edit the file (and please send any changes to -# tz(a)elsie.nci.nih.gov for general use in the future). +# tz(a)iana.org for general use in the future). # From Paul Eggert (2006-03-22): # diff --git a/asia b/asia index 9c6e1ac..d5562c8 100644 --- a/asia +++ b/asia @@ -4,7 +4,7 @@ # This data is by no means authoritative; if you think you know better, # go ahead and edit the file (and please send any changes to -# tz(a)elsie.nci.nih.gov for general use in the future). +# tz(a)iana.org for general use in the future). # From Paul Eggert (2006-03-22): # @@ -2052,8 +2052,7 @@ Zone Asia/Karachi 4:28:12 - LMT 1907 # occurred before our cutoff date of 1970. # However, as we get more information, we may need to add entries # for parts of the West Bank as they transitioned from Israel's rules -# to Palestine's rules. If you have more info about this, please -# send it to tz(a)elsie.nci.nih.gov for incorporation into future editions. +# to Palestine's rules. # From IINS News Service - Israel - 1998-03-23 10:38:07 Israel time, # forwarded by Ephraim Silverberg: diff --git a/australasia b/australasia index 74d476e..bef6f20 100644 --- a/australasia +++ b/australasia @@ -780,7 +780,7 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # This data is by no means authoritative; if you think you know better, # go ahead and edit the file (and please send any changes to -# tz(a)elsie.nci.nih.gov for general use in the future). +# tz(a)iana.org for general use in the future). # From Paul Eggert (2006-03-22): # A good source for time zone historical data outside the U.S. is diff --git a/europe b/europe index 5d2acc5..ad9816c 100644 --- a/europe +++ b/europe @@ -4,7 +4,7 @@ # This data is by no means authoritative; if you think you know better, # go ahead and edit the file (and please send any changes to -# tz(a)elsie.nci.nih.gov for general use in the future). +# tz(a)iana.org for general use in the future). # From Paul Eggert (2006-03-22): # A good source for time zone historical data outside the U.S. is diff --git a/northamerica b/northamerica index 18a4228..772d7a4 100644 --- a/northamerica +++ b/northamerica @@ -6,7 +6,7 @@ # This data is by no means authoritative; if you think you know better, # go ahead and edit the file (and please send any changes to -# tz(a)elsie.nci.nih.gov for general use in the future). +# tz(a)iana.org for general use in the future). # From Paul Eggert (1999-03-22): # A reliable and entertaining source about time zones is diff --git a/southamerica b/southamerica index 3195846..3301a43 100644 --- a/southamerica +++ b/southamerica @@ -4,7 +4,7 @@ # This data is by no means authoritative; if you think you know better, # go ahead and edit the file (and please send any changes to -# tz(a)elsie.nci.nih.gov for general use in the future). +# tz(a)iana.org for general use in the future). # From Paul Eggert (2006-03-22): # A good source for time zone historical data outside the U.S. is diff --git a/tzselect.ksh b/tzselect.ksh index 4fe5d02..279bdf2 100644 --- a/tzselect.ksh +++ b/tzselect.ksh @@ -43,7 +43,7 @@ if [ "$1" = "--help" ]; then Usage: tzselect Select a time zone interactively. -Report bugs to tz(a)elsie.nci.nih.gov. +Report bugs to tz(a)iana.org. EOF exit 0 elif [ "$1" = "--version" ]; then diff --git a/zdump.c b/zdump.c index 805267d..bdbd1d6 100644 --- a/zdump.c +++ b/zdump.c @@ -272,7 +272,7 @@ usage(FILE * const stream, const int status) (void) fprintf(stream, _("%s: usage is %s [ --version ] [ --help ] [ -v ] [ -c [loyear,]hiyear ] zonename ...\n\ \n\ -Report bugs to tz(a)elsie.nci.nih.gov.\n"), +Report bugs to tz(a)iana.org.\n"), progname, progname); exit(status); } diff --git a/zic.c b/zic.c index a9a54bb..35c8d4b 100644 --- a/zic.c +++ b/zic.c @@ -426,7 +426,7 @@ usage(FILE *stream, int status) [ --version ] [ --help ] [ -v ] [ -l localtime ] [ -p posixrules ] \\\n\ \t[ -d directory ] [ -L leapseconds ] [ -y yearistype ] [ filename ... ]\n\ \n\ -Report bugs to tz(a)elsie.nci.nih.gov.\n"), +Report bugs to tz(a)iana.org.\n"), progname, progname); exit(status); } -- 1.7.9.5

1 0

DST in the news: DC-area subway glitch
by Arthur David Olson Nov. 6, 2012

Nov. 6, 2012

Page B3 of the print edition of the 2012-11-06 Washington Post has the story "Metro time-change error strands riders;" the on-line version is available at... http://www.washingtonpost.com/blogs/dr-gridlock/wp/2012/11/05/metro-closes-… The DC-area Metro rail system failed to turn its clocks back and closed an hour earlier than expected. In line with past practice, Metro issued a pro-forma apology but provided neither an explanation nor an offer of compensation. --ado

1 0

[PATCH] Automate the building of tarball signatures.
by Paul Eggert Nov. 5, 2012

Nov. 5, 2012

* Makefile (public): Rewrite in terms of new rules, below. (check_public): New rule, containing the old checking part of 'make public'. (tarballs): New rule, containing the old tarball-making part of 'make public'. Do not run checktab twice. (signatures, tzcode$(VERSION).tar.gz.sign, tzdata$(VERSION).tar.gz.sign): New rules. --- Makefile | 27 ++++++++++++++++++++++----- 1 file changed, 22 insertions(+), 5 deletions(-) diff --git a/Makefile b/Makefile index c8150ba..c09d20f 100644 --- a/Makefile +++ b/Makefile @@ -420,6 +420,8 @@ maintainer-clean: clean names: @echo $(ENCHILADA) +public: check check_public set-timestamps tarballs signatures + # Set the time stamps to those of the git repository, if available, # and if the files have not changed since then. # This uses GNU 'touch' syntax 'touch -d@N FILE', @@ -439,26 +441,41 @@ set-timestamps: # The zics below ensure that each data file can stand on its own. # We also do an all-files run to catch links to links. -public: $(ENCHILADA) set-timestamps +check_public: $(ENCHILADA) make maintainer-clean make "CFLAGS=$(GCC_DEBUG_FLAGS)" mkdir -m go-rwx /tmp/,tzpublic - -for i in $(TDATA) ; do zic -v -d /tmp/,tzpublic $$i 2>&1 | grep -v "starting year" ; done + -for i in $(TDATA) ; do \ + zic -v -d /tmp/,tzpublic $$i 2>&1 | grep -v "starting year" ; \ + done for i in $(TDATA) ; do zic -d /tmp/,tzpublic $$i || exit; done zic -v -d /tmp/,tzpublic $(TDATA) || exit rm -f -r /tmp/,tzpublic + +tarballs: tzcode$(VERSION).tar.gz tzdata$(VERSION).tar.gz + +tzcode$(VERSION).tar.gz: $(COMMON) $(DOCS) $(SOURCES) $(MISC) for i in *.[1-8] ; do \ LC_ALL=C sh workman.sh $$i > $$i.txt && \ touch -r $$i $$i.txt || exit; \ done - $(AWK) -f checktab.awk $(PRIMARY_YDATA) LC_ALL=C && export LC_ALL && \ tar $(TARFLAGS) -cf - \ $(COMMON) $(DOCS) $(SOURCES) $(MISC) *.[1-8].txt | \ - gzip $(GZIPFLAGS) > tzcode$(VERSION).tar.gz + gzip $(GZIPFLAGS) > $@ + +tzdata$(VERSION).tar.gz: $(COMMON) $(DATA) LC_ALL=C && export LC_ALL && \ tar $(TARFLAGS) -cf - $(COMMON) $(DATA) | \ - gzip $(GZIPFLAGS) > tzdata$(VERSION).tar.gz + gzip $(GZIPFLAGS) > $@ + +signatures: tzcode$(VERSION).tar.gz.sign tzdata$(VERSION).tar.gz.sign + +tzcode$(VERSION).tar.gz.sign: tzcode$(VERSION).tar.gz + gpg --armor --detach-sign -o $@ $? + +tzdata$(VERSION).tar.gz.sign: tzdata$(VERSION).tar.gz + gpg --armor --detach-sign -o $@ $? typecheck: make clean -- 1.7.9.5

3 3

[PATCH 3/3] Changes for Bahia, Tocantins, Israel, Jordan.
by Paul Eggert Nov. 5, 2012

Nov. 5, 2012

* asia (Zion): New Israeli rules next year. See Ephraim Silverberg in <http://mm.icann.org/pipermail/tz/2012-October/018351.html>. (Jordan): Jordan stays on DST this winter. See Steffen Thorsen in <http://mm.icann.org/pipermail/tz/2012-October/018374.html>. * southamerica (America/Araguaina): Now has DST. See Rodrigo Severo in <http://mm.icann.org/pipermail/tz/2012-October/018346.html>. (America/Bahia): No longer has DST. See Kelley Cook in <http://mm.icann.org/pipermail/tz/2012-October/018349.html>. --- asia | 82 ++++++++++++++++++++++++++++++++-------------------------- southamerica | 15 +++++++++-- 2 files changed, 58 insertions(+), 39 deletions(-) diff --git a/asia b/asia index 8e896fc..7d12e8b 100644 --- a/asia +++ b/asia @@ -1170,15 +1170,15 @@ Rule Zion 2004 only - Sep 22 1:00 0 S # # ftp://ftp.cs.huji.ac.il/pub/tz/announcements/2005+beyond.ps -# From Paul Eggert (2005-02-22): +# From Paul Eggert (2012-10-26): # I used Ephraim Silverberg's dst-israel.el program # <ftp://ftp.cs.huji.ac.il/pub/tz/software/dst-israel.el> (2005-02-20) # along with Ed Reingold's cal-hebrew in GNU Emacs 21.4, -# to generate the transitions in this list. +# to generate the transitions from 2005 through 2012. # (I replaced "lastFri" with "Fri>=26" by hand.) -# The spring transitions below all correspond to the following Rule: +# The spring transitions all correspond to the following Rule: # -# Rule Zion 2005 max - Mar Fri>=26 2:00 1:00 D +# Rule Zion 2005 2012 - Mar Fri>=26 2:00 1:00 D # # but older zic implementations (e.g., Solaris 8) do not support # "Fri>=26" to mean April 1 in years like 2005, so for now we list the @@ -1195,39 +1195,36 @@ Rule Zion 2009 only - Sep 27 2:00 0 S Rule Zion 2010 only - Sep 12 2:00 0 S Rule Zion 2011 only - Apr 1 2:00 1:00 D Rule Zion 2011 only - Oct 2 2:00 0 S -Rule Zion 2012 2015 - Mar Fri>=26 2:00 1:00 D +Rule Zion 2012 only - Mar Fri>=26 2:00 1:00 D Rule Zion 2012 only - Sep 23 2:00 0 S -Rule Zion 2013 only - Sep 8 2:00 0 S -Rule Zion 2014 only - Sep 28 2:00 0 S -Rule Zion 2015 only - Sep 20 2:00 0 S -Rule Zion 2016 only - Apr 1 2:00 1:00 D -Rule Zion 2016 only - Oct 9 2:00 0 S -Rule Zion 2017 2021 - Mar Fri>=26 2:00 1:00 D -Rule Zion 2017 only - Sep 24 2:00 0 S -Rule Zion 2018 only - Sep 16 2:00 0 S -Rule Zion 2019 only - Oct 6 2:00 0 S -Rule Zion 2020 only - Sep 27 2:00 0 S -Rule Zion 2021 only - Sep 12 2:00 0 S -Rule Zion 2022 only - Apr 1 2:00 1:00 D -Rule Zion 2022 only - Oct 2 2:00 0 S -Rule Zion 2023 2032 - Mar Fri>=26 2:00 1:00 D -Rule Zion 2023 only - Sep 24 2:00 0 S -Rule Zion 2024 only - Oct 6 2:00 0 S -Rule Zion 2025 only - Sep 28 2:00 0 S -Rule Zion 2026 only - Sep 20 2:00 0 S -Rule Zion 2027 only - Oct 10 2:00 0 S -Rule Zion 2028 only - Sep 24 2:00 0 S -Rule Zion 2029 only - Sep 16 2:00 0 S -Rule Zion 2030 only - Oct 6 2:00 0 S -Rule Zion 2031 only - Sep 21 2:00 0 S -Rule Zion 2032 only - Sep 12 2:00 0 S -Rule Zion 2033 only - Apr 1 2:00 1:00 D -Rule Zion 2033 only - Oct 2 2:00 0 S -Rule Zion 2034 2037 - Mar Fri>=26 2:00 1:00 D -Rule Zion 2034 only - Sep 17 2:00 0 S -Rule Zion 2035 only - Oct 7 2:00 0 S -Rule Zion 2036 only - Sep 28 2:00 0 S -Rule Zion 2037 only - Sep 13 2:00 0 S + +# From Ephraim Silverberg (2012-10-18): + +# Yesterday, the Interior Ministry Committee, after more than a year +# past, approved sending the proposed June 2011 changes to the Time +# Decree Law back to the Knesset for second and third (final) votes +# before the upcoming elections on Jan. 22, 2013. Hence, although the +# changes are not yet law, they are expected to be so before Februray 2013. +# +# As of 2013, DST starts at 02:00 on the Friday before the last Sunday in March. +# DST ends at 02:00 on the first Sunday after October 1, unless it occurs on the +# second day of the Jewish Rosh Hashana holiday, in which case DST ends a day +# later (i.e. at 02:00 the first Monday after October 2). +# [Rosh Hashana holidays are factored in until 2100.] + +# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S +Rule Zion 2013 max - Mar Fri>=23 2:00 1:00 D +Rule Zion 2013 2026 - Oct Sun>=2 2:00 0 S +Rule Zion 2027 only - Oct Mon>=3 2:00 0 S +Rule Zion 2028 max - Oct Sun>=2 2:00 0 S +# The following rules are commented out for now, as they break older +# versions of zic that support only signed 32-bit timestamps, i.e., +# through 2038-01-19 03:14:07 UTC. +#Rule Zion 2028 2053 - Oct Sun>=2 2:00 0 S +#Rule Zion 2054 only - Oct Mon>=3 2:00 0 S +#Rule Zion 2055 2080 - Oct Sun>=2 2:00 0 S +#Rule Zion 2081 only - Oct Mon>=3 2:00 0 S +#Rule Zion 2082 max - Oct Sun>=2 2:00 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Jerusalem 2:20:56 - LMT 1880 @@ -1362,6 +1359,16 @@ Zone Asia/Tokyo 9:18:59 - LMT 1887 Dec 31 15:00u # From Arthur David Olson (2009-04-06): # We still have Jordan switching to DST on Thursdays in 2000 and 2001. +# From Steffen Thorsen (2012-10-25): +# Yesterday the government in Jordan announced that they will not +# switch back to standard time this winter, so the will stay on DST +# until about the same time next year (at least). +# http://www.petra.gov.jo/Public_News/Nws_NewsDetails.aspx?NewsID=88950 +# +# From Paul Eggert (2012-10-25): +# For now, assume this is just a one-year measure. If it becomes +# permanent, we should move Jordan from EET to AST effective tomorrow. + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Jordan 1973 only - Jun 6 0:00 1:00 S Rule Jordan 1973 1975 - Oct 1 0:00 0 - @@ -1390,7 +1397,8 @@ Rule Jordan 2002 max - Mar lastThu 24:00 1:00 S Rule Jordan 2003 only - Oct 24 0:00s 0 - Rule Jordan 2004 only - Oct 15 0:00s 0 - Rule Jordan 2005 only - Sep lastFri 0:00s 0 - -Rule Jordan 2006 max - Oct lastFri 0:00s 0 - +Rule Jordan 2006 2011 - Oct lastFri 0:00s 0 - +Rule Jordan 2013 max - Oct lastFri 0:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Amman 2:23:44 - LMT 1931 2:00 Jordan EE%sT diff --git a/southamerica b/southamerica index ab4d14d..3195846 100644 --- a/southamerica +++ b/southamerica @@ -829,6 +829,15 @@ Zone America/La_Paz -4:32:36 - LMT 1890 # http://www.in.gov.br/visualiza/index.jsp?data=13/10/2011&jornal=1000&pagina… # </a> +# From Kelley Cook (2012-10-16): +# The governor of state of Bahia in Brazil announced on Thursday that +# due to public pressure, he is reversing the DST policy they implemented +# last year and will not be going to Summer Time on October 21st.... +# http://www.correio24horas.com.br/r/artigo/apos-pressoes-wagner-suspende-hor… + +# From Rodrigo Severo (2012-10-16): +# Tocantins state will have DST. +# http://noticias.terra.com.br/brasil/noticias/0,,OI6232536-EI306.html # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S # Decree <a href="http://pcdsh01.on.br/HV20466.htm">20,466</a> (1931-10-01) @@ -1048,7 +1057,8 @@ Zone America/Araguaina -3:12:48 - LMT 1914 -3:00 Brazil BR%sT 1990 Sep 17 -3:00 - BRT 1995 Sep 14 -3:00 Brazil BR%sT 2003 Sep 24 - -3:00 - BRT + -3:00 - BRT 2012 Oct 21 + -3:00 Brazil BR%sT # # Alagoas (AL), Sergipe (SE) Zone America/Maceio -2:22:52 - LMT 1914 @@ -1067,7 +1077,8 @@ Zone America/Maceio -2:22:52 - LMT 1914 Zone America/Bahia -2:34:04 - LMT 1914 -3:00 Brazil BR%sT 2003 Sep 24 -3:00 - BRT 2011 Oct 16 - -3:00 Brazil BR%sT + -3:00 Brazil BR%sT 2012 Oct 21 + -3:00 - BRT # # Goias (GO), Distrito Federal (DF), Minas Gerais (MG), # Espirito Santo (ES), Rio de Janeiro (RJ), Sao Paulo (SP), Parana (PR), -- 1.7.9.5

2 3

[PATCH 2/2] Improve logic of zic -v abbreviation-length check.
by Paul Eggert Nov. 3, 2012

Nov. 3, 2012

This fixes a bunch of "time zone abbreviation has more than 3 alphabetics" diagnostics for 'make check_public'. * zic.c (newabbr): Check for <3 alphabetics, not for >3. POSIX-2008 requires at least 3 and says that it's not portable to use more than 6, which we check elsewhere. --- zic.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/zic.c b/zic.c index 64af1b2..a9a54bb 100644 --- a/zic.c +++ b/zic.c @@ -2534,8 +2534,8 @@ newabbr(const char *const string) ++cp; if (cp - string == 0) mp = _("time zone abbreviation lacks alphabetic at start"); - if (noise && cp - string > 3) -mp = _("time zone abbreviation has more than 3 alphabetics"); + if (noise && cp - string < 3) +mp = _("time zone abbreviation has fewer than 3 alphabetics"); if (cp - string > ZIC_MAX_ABBR_LEN_WO_WARN) mp = _("time zone abbreviation has too many alphabetics"); if (mp == NULL && (*cp == '+' || *cp == '-')) { -- 1.7.9.5

1 0

[PATCH 1/2] Check 'public' more carefully.
by Paul Eggert Nov. 3, 2012

Nov. 3, 2012

Here's the first of two more proposed patches for next time. * Makefile (ZFLAGS): Remove obsolete comment. (check_public): Put temporary directory under this directory, not under /tmp, as that's better if one is doing multiple builds in parallel. Also, use the just-built zic rather than the system zic. (clean): Remove temporary directory. --- Makefile | 15 ++++++--------- 1 file changed, 6 insertions(+), 9 deletions(-) diff --git a/Makefile b/Makefile index fd909f7..ea081a3 100644 --- a/Makefile +++ b/Makefile @@ -229,9 +229,6 @@ CFLAGS= LDFLAGS= $(LFLAGS) -# If you want zic's -s option used when installing, uncomment the next line -# ZFLAGS= -s - zic= ./zic ZIC= $(zic) $(ZFLAGS) @@ -411,6 +408,7 @@ check_web: $(WEB_PAGES) clean: rm -f core *.o *.out \ date tzselect version.h zdump zic yearistype + rm -f -r tzpublic maintainer-clean: clean @echo 'This command is intended for maintainers to use; it' @@ -444,13 +442,12 @@ set-timestamps: check_public: $(ENCHILADA) make maintainer-clean make "CFLAGS=$(GCC_DEBUG_FLAGS)" - mkdir -m go-rwx /tmp/,tzpublic - -for i in $(TDATA) ; do \ - zic -v -d /tmp/,tzpublic $$i 2>&1 | grep -v "starting year" ; \ + mkdir tzpublic + for i in $(TDATA) ; do \ + $(zic) -v -d tzpublic $$i 2>&1 || exit; \ done - for i in $(TDATA) ; do zic -d /tmp/,tzpublic $$i || exit; done - zic -v -d /tmp/,tzpublic $(TDATA) || exit - rm -f -r /tmp/,tzpublic + $(zic) -v -d tzpublic $(TDATA) + rm -f -r tzpublic tarballs: tzcode$(VERSION).tar.gz tzdata$(VERSION).tar.gz -- 1.7.9.5

1 0

tzcode2012i and tzdata2012i available
by Paul Eggert Nov. 3, 2012

Nov. 3, 2012

The 2012i release of the tz code and data is available. It reflects the following changes recently circulated on the tz mailing list: Cuba switches from DST tomorrow at 01:00. (Thanks to Steffen Thorsen.) Linker flags can now be specified via LDFLAGS. AWK now defaults to 'awk', not 'nawk'. The shell in tzselect now defaults to /bin/bash, but this can be overridden by specifying KSHELL. The main web page now mentions the unofficial github repository. (Thanks to Mike Frysinger.) Tarball signatures can now be built by running 'make signatures'. There are also new makefile rules 'tarballs', 'check_public', and separate makefile rules for each tarball and signature file. A few makefile rules are now more portable to strict POSIX. The main web page now lists the canonical IANA URL. Here are links to the release files: http://www.iana.org/time-zones/repository/releases/tzcode2012i.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2012i.tar.gz ftp://ftp.iana.org/tz/releases/tzcode2012i.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2012i.tar.gz Each release file has a GPG signature, which can be retrieved by appending ".sign" 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 a1752133a1b2ad076a2901fea51f8e3b3ab83379 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.4.11 (GNU/Linux) iQIcBAABAgAGBQJQlXcwAAoJEO2X6Q5iqn40DmYP/2D4aEgIjN7lhjvkR5NnjYsd F4bhu2Obs8uLKAM3RalV7DS8YIT/wilsIA1xpW/XW+bv0FMymuJElEqfdL4VdfIE gg+/Xr3i2qsN664sqGnJekqwF1jjQfeA5ofOzxs5Bt7Yt4g2pqPiNAu1cm/7rBlF Pr6pKhQ9J71mmKo1r1J5echCDuPv0vyShmB+uNN0p6xqTsV9rLFLeh5+517cIIAp uadhThR/2ygs0ZMMsAQ8Xq5NRXYTnlKG/poHwdYwWV6yOTGFVJpbHz2Gz5BhCBvO nNEhLSgvrR2m2S73Jp6o3laFhYiJm7RhZl3mS6yXZApoYOu9r2lxU1hNzD7NYZSN I9xFYDa4haO0XxN0AgYHl4LuK9keqjGZsA5OlzG2bs8nH3ZNfopuRbtZDy10zxQs 8IBMbgdHDnOS9j3F4/f+jzrp0kGD6V1dvgCE8xHa/dcewdZaGFqjFezlK49uKIJF cEXuBTDI3pXiZ29gdVzUn2RyQ3ezjoKUfaxsloRlXIvJxrd7EJeDuWWMWWfqhu16 +xr/ocdceCcKjbGhV134O1kgM9s6jWxxUApycdmRchAuDNS9JF+mrHpuJ0mnkPP/ HGKPXFb+p2BywPjkxDLxdLsZYoIt+C502hdo/YnKpIKHGDDbD/YK4V0K2qrvJv68 u1zKzIUdRKRZ3jmOKY1r =Ru59 -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAABAgAGBQJQlXcwAAoJEO2X6Q5iqn40Xu0P/3gkB48HDohDwtIfFRQlgo+z cbfWoSQ8ZDvFJRRpkJsqWryahKwn6ezd8yt2CmkdfvcFd4WggjrQIJC9wEZtRgog Y9laePIvwveWaxccc//iPfThsOdgUANqCWziEOxZwJAWbQvprv6YYuyXx2t2VC5s LqN62EgJJXlbCK43yhIoJrVQh/z5nAt8ObDuvkOM0f5JGTPXFZYQda/KFp8iNR0l 0HuKafacPNSRDTi8YTEBs8EH75MaLbcZzzFt5gN/FiW1FgrPmW44IKn0F89O3AIF Yh88+8DV3XKtSuaHPSnZXFXaa0IvEq5vec897zdW8dSSwlUazfzlcnTi19kiesZ3 PVMeeK6lwfBftZZ5/E62gVfQZZIebOnJdEw3sopo2BZaIdTwBLLYI019kzPO4U64 Z1EBDuFAQ3yd8nQnJF2f/vaQOwOwpuo3ZVjFJPqqp2+9+Xg5mv3StKRhFNrm9Nun kIVgsZUtjD5HfpM5S4QqbU1WRPdJVp0aTZwz7gKz/GrcKIEQFj039DvyEB5iY16Q MPPpQ5/yGeJ5K3fgcT+gBxklMOz7MoZ90NveZ4cQ0KHogs6walDAGi7LKWPVobDn hE1R2+n9BUdikcxk9EJ+LJYr4NXOCKiikzurV+EfXM/IGRKUnTKrOGJV+9l5hSPx Juu9SIUxSNpAsjS/55lc =p8iS -----END PGP SIGNATURE-----

1 0

Cuba changing clocks this Sunday
by Steffen Thorsen Nov. 3, 2012

Nov. 3, 2012

Radio Reloj and many other sources report that Cuba is changing back to standard time on 2012-11-04: http://www.radioreloj.cu/index.php/noticias-radio-reloj/36-nacionales/9961-… The database currently has it changing on the last Sunday of October. Best regards, Steffen Thorsen - timeanddate.com

2 1

Australia AEDT/EDT
by Steven Weiss Nov. 1, 2012

Nov. 1, 2012

Hi, I've been testing the timezone abbreviation and it seems to be incorrect for the current DST The abbreviation is giving me a EST instead of the expected EDT. I'm aware from your list there is a lot of discussion around EST/EDT vs AEST/AEDT. This is not the issue for me. either/or would be fine. Rather it appears that it should currently EDT/AEDT. I've downloaded the latest data and code as per the README. Regards Steven Weiss Cape Town South Africa

3 3

[PATCH 1/3] build: handle standard LDFLAGS variable
by Mike Frysinger Oct. 28, 2012

Oct. 28, 2012

This changes LFLAGS to the more standard LDFLAGS (while preserving backwards compatibility). It also adds the missing $(LDFLAGS) usage when linking `date`. Signed-off-by: Mike Frysinger <vapier(a)gentoo.org> --- Makefile | 12 ++++++++---- 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/Makefile b/Makefile index ab0f54b..625c6b2 100644 --- a/Makefile +++ b/Makefile @@ -224,6 +224,10 @@ GCC_DEBUG_FLAGS = -Dlint -g3 -O3 -fno-common -fstrict-aliasing \ CFLAGS= +# Linker flags. + +LDFLAGS= $(LFLAGS) + # If you want zic's -s option used when installing, uncomment the next line # ZFLAGS= -s @@ -338,10 +342,10 @@ version.h: 'static char const TZVERSION[]="tz$(VERSION)";' zdump: $(TZDOBJS) - $(CC) $(CFLAGS) $(LFLAGS) $(TZDOBJS) $(LDLIBS) -o $@ + $(CC) $(CFLAGS) $(LDFLAGS) $(TZDOBJS) $(LDLIBS) -o $@ zic: $(TZCOBJS) yearistype - $(CC) $(CFLAGS) $(LFLAGS) $(TZCOBJS) $(LDLIBS) -o $@ + $(CC) $(CFLAGS) $(LDFLAGS) $(TZCOBJS) $(LDLIBS) -o $@ yearistype: yearistype.sh cp yearistype.sh yearistype @@ -380,8 +384,8 @@ $(TZLIB): $(LIBOBJS) then ranlib $@ ; fi date: $(DATEOBJS) - $(CC) $(CFLAGS) date.o localtime.o asctime.o strftime.o \ - $(LDLIBS) -lc -o $@ + $(CC) $(CFLAGS) $(LDFLAGS) date.o localtime.o asctime.o \ + strftime.o $(LDLIBS) -lc -o $@ tzselect: tzselect.ksh sed \ -- 1.7.12

9 20

[PATCH] mention the github repo in the main tz page
by Mike Frysinger Oct. 27, 2012

Oct. 27, 2012

Signed-off-by: Mike Frysinger <vapier(a)gentoo.org> --- tz-link.htm | 2 ++ 1 file changed, 2 insertions(+) diff --git a/tz-link.htm b/tz-link.htm index d1a8bf1..c55b94f 100644 --- a/tz-link.htm +++ b/tz-link.htm @@ -102,6 +102,8 @@ gzip -dc tzdata-latest.tar.gz | tar -xf - The code and data files can also be obtained from the <a href="http://www.iana.org">IANA</a> <a href="http://www.iana.org/time-zones">timezone web page</a>. +You can clone via <a href="http://git-scm.com/">git</a> the latest repository +from the <a href="https://github.com/eggert/tz">github tz repo</a>. <p> The code lets you compile the <code>tz</code> source files into machine-readable binary files, one for each location. It also lets -- 1.7.12

2 2

tzcode2012h and tzdata2012h available
by Paul Eggert Oct. 27, 2012

Oct. 27, 2012

[I forgot to CC: this to tz(a)iana.org, so I am doing it separately this time.] -------- Original Message -------- Subject: tzcode2012h and tzdata2012h available Date: Fri, 26 Oct 2012 23:18:24 -0700 From: Paul Eggert <eggert(a)cs.ucla.edu> To: Time zone announcements <tz-announce(a)iana.org> The 2012h release of the tz code and data is available. It reflects the following changes recently circulated on the tz mailing list: Bahia no longer has DST. (Thanks to Kelley Cook.) Tocantins has DST. (Thanks to Rodrigo Severo.) Israel has new DST rules next year. (Thanks to Ephraim Silverberg.) Jordan stays on DST this winter. (Thanks to Steffen Thorsen.) Web page updates. More C modernization, except that at Arthur David Olson's suggestion the instances of 'register' were kept. This release does not include an improved way of distributing checksums; I haven't had time to work the kinks out of that. Here are links to the release files: http://www.iana.org/time-zones/repository/releases/tzcode2012h.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2012h.tar.gz ftp://ftp.iana.org/tz/releases/tzcode2012h.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2012h.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 This release corresponds to commit 001a626d31ffb02dec209e539c9aedaf2f27ba20 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.4.11 (GNU/Linux) iQIcBAABAgAGBQJQi3j1AAoJEO2X6Q5iqn40CXwP/1mQEIce/rO3BL2nFwnHoyTh F3FgSlnvCz65YJODlFROTPOsiKbrxJepILLoBXNQOgkD+gusQLrXCCvGMhu5aJ/9 OTxtRDdNC7F6b/HDW8Frw7oaD7ljMkos30vEtNrpM5xFQ3p5qc4jfGTMjq5RUR5B 2H7mxgnJXC4A0QznEjEnmnZ4z3Tm3XEhj3LEItH8c5VtIHmc/wZkrJATRT04sivN 221eF66T3rQFrmnrwayq96q+yxM9U+Y21oGw9MPlHA3eCXk/G/zmNYui6QVOL96z SGgPLj52M5CTTlWoLt5KUbrW6bKdhyX0zYX/j8pbD6haex0cfz02rJFiPUHtqwFt mnD2mvpQFqnCfua+LHSTrBGPm0N6v1WBg8UV1E3xQeVkF7S/8+OGtvAkSA4vICfE 5/u/LIXgn5NKt5u+LHr1/aAgtRLjAEr1B77noilC4C3pV+q2jIkp+TUAfV5gKMKx yOsKJF8g8y8mP8UWE9lkNLPepQ4RcsiRWMOV4CfMhJg6LJfLix+fnplEp09riWfc q0ngk5Qa7ydFykofvdb97yI0NuCsFbxkEdQpqvW6LeuMRtw7XXsgGoJwsD9lF4qL PsN0OIhNG04PIZEPPtulQih4Eeip2vfrOSCy07/6+8HoBFSkzEYPPCwnoiJ3QFYt bIOmNJLXmhYxrw2alIV2 =7FjC -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAABAgAGBQJQi3khAAoJEO2X6Q5iqn40NV4P/RQK6e+9CF99rJB17EFvE2WD t7H2sg2Rfl805Iha/acl3DMJQepcSGvsv4paXD0buRJWlaTRbaY9nhk7bxi3VSfx A/IJTAd4ZiQLiD+J0IHTwE7NmV6r1GCqNs37H5iENDZp9gYXW59jePnfD0TitIND 9mFSCxWV5tZsktZIztUqYWcz/oABVODnaSGx21DTi27Y6aJpKxl5+TTRbPcFgQ6V 0jWsakzgJwWLRh1eTglFTSgbt2ui/o5D/W0d1RvtRlRHmXiLf3J3YO7PDWrCg/// 7CAf4MSL20OH4fG4Lj4IfCh86stEjKpgn+YmZjndkKYgBqKkve8r8yAkubAHni5q Jrod8g87w0W/XFw9C6C5kEN9+qCTXfM/zkBeh75iDVxvAJ0+G6DZRC9coL41tawl zg+s7dl+fiGjZzzDY287/tUP/u0omgHnG/OHkL/52KmTfVfbhLJvndrWe4ehx1z2 Z4gAdiIvCooh34uDRcK/EHWXV0FgX9Zf+k9LPy+7xSLELFoxVVbwJ8KTrQxzTwEL Qzx4nx7z1AEMIvm2HCZi+2pnBmrNYjG5quWyd2PxVuhYVFdqbRPZqPJh+9Qm0o4b +S6m/FmI/tkubF+J5uoQA8KowhZ5HU8DWo2LCNxSzyDRZAGzLEN8OPXpWIZ/3IMV m9JFu3Sqjuypx973arIQ =d4Nr -----END PGP SIGNATURE-----

4 3

Australian Timezone Abreviations - Next step
by Shaun Bouckaert Oct. 26, 2012

Oct. 26, 2012

After taking some time off from this issue, I've considered the next logical step to be contacting the relevant government departments in charge of the timezone legislation in each state. As a Queenslander I will start with the Queensland Attorney-General, as the timezone legislation falls under his responsibility. I honestly believe that the only argument for the status quo on this issue is that it's been this way for a long time. I have previously presented many good arguments as to why it needs to be updated to reflect what is widely used amongst government and private organisations across the country, and what is presented by the federal government on this page http://australia.gov.au/about-australia/our-country/time Hopefully, with responses from the relevant state departments, this issue can be resolved and put to bed. Shaun

15 28

bringing tzcode in the ANSI era
by christos＠zoulas.com Oct. 26, 2012

Oct. 26, 2012

Thanks Paul for the ANSI prototypes, now can we please 's/register //g'? It is not adding any value... christos

6 6

[PATCH 2/3] Web page updates.
by Paul Eggert Oct. 26, 2012

Oct. 26, 2012

* tz-link.htm (DC.Identifier): Move canonical location to cs.ucla.edu. Move public-domains and corrections notices to <address>. Update some URLs. Add Android. Mac OS X has been renamed to OS X. --- tz-link.htm | 24 +++++++++++++----------- 1 file changed, 13 insertions(+), 11 deletions(-) diff --git a/tz-link.htm b/tz-link.htm index f4371df..d1a8bf1 100644 --- a/tz-link.htm +++ b/tz-link.htm @@ -8,22 +8,15 @@ <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="2012-07-19"> +<meta name="DC.Date" content="2012-10-26"> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time"> -<meta name="DC.Identifier" content="http://www.twinsun.com/tz/tz-link.htm"> +<meta name="DC.Identifier" content="http://cs.ucla.edu/~eggert/tz/tz-link.htm"> <meta name="Keywords" content="database,daylight saving,DST,time zone,timezone,tz,zoneinfo"> </head> <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> -<p> -This file is in the public domain, so clarified as of -2009-05-17 by Arthur David Olson. -</p> -<p> -Please send corrections to this web page to the -<a href="mailto:tz@iana.org">time zone mailing list</a>.</p> <h2>The <code>tz</code> database</h2> <p> The <a href="http://en.wikipedia.org/wiki/Public_domain">public-domain</a> @@ -38,13 +31,14 @@ title="Coordinated Universal Time">UTC</abbr></a> offsets, and <a href="http://en.wikipedia.org/wiki/Daylight_saving">daylight-saving</a> rules. This database (often called <code>zoneinfo</code> or <a -href="http://en.wikipedia.org/wiki/TZ_database"><code>tz</code></a>) +href="http://en.wikipedia.org/wiki/Tz_database"><code>tz</code></a>) is used by several implementations, including <a href="http://www.gnu.org/software/libc/">the <abbr title="GNU's Not Unix">GNU</abbr> C Library</a> used in <a href="http://www.linux.org/"><abbr>GNU</abbr>/Linux</a>, +<a href="http://www.android.com/">Android</a>, <a href="http://www.freebsd.org/">FreeBSD</a>, <a href="http://netbsd.org/">NetBSD</a>, <a href="http://openbsd.org/">OpenBSD</a>, @@ -52,9 +46,9 @@ C Library</a> used in <a href="http://www.delorie.com/djgpp/"><abbr title="DJ's GNU Programming Platform">DJGPP</abbr></a>, <a href="http://ibm.com/aix">AIX</a>, -<a href="http://www.apple.com/macosx/">Mac OS X</a>, <a href="http://h71000.www7.hp.com/">OpenVMS</a>, <a href="http://oracle.com/database">Oracle Database</a>, +<a href="http://www.apple.com/osx/">OS X</a>, <a href="http://sun.com/software/solaris">Solaris</a>, <a href="http://h30097.www3.hp.com/">Tru64</a>, and <a href="http://sco.com/products/unixware">UnixWare</a>.</p> @@ -699,5 +693,13 @@ Reference: Time</a></li> <li><a href="http://dir.yahoo.com/Science/Measurements_and_Units/Time">Yahoo! Directory > Science > Measurements and Units > Time</a></li> </ul> +<hr> +<address> +This file is in the public domain, so clarified as of +2009-05-17 by Arthur David Olson. +<br> +Please send corrections to this web page to the +<a href="mailto:tz@iana.org">time zone mailing list</a>. +</address> </body> </html> -- 1.7.9.5

1 0

[PATCH 1/3] More C modernization.
by Paul Eggert Oct. 26, 2012

Oct. 26, 2012

* Makefile (typecheck): Add -D__time_t_defined to CFLAGS, for glibc 2.15. * asctime.c (asctime_r, asctime): * date.c (main, dogmt, reset, nondigit, sametm, convert, checkfinal): * ialloc.c (icatalloc): * localtime.c (detzcode, detzcode64, settzname, tzload) (typesequiv, getzname, getqzname, getnum, getsecs, getoffset) (getrule, transtime, tzparse, tzset, localsub, gmtsub) (leaps_thru_end_of, timesub, increment_overflow) (long_increment_overflow, normalize_overflow) (long_normalize_overflow, tmcomp, time2sub, time1, leapcorr): * scheck.c (scheck): * strftime.c (_yconv): * zdump.c (my_localtime, abbrok, main, yeartot, hunt) (delta, show, abbr, dumptime): * zic.c (main, dolink, itsdir, associate, infile, inrule) (inzone, inzcont, inzsub, inleap, inlink, rulesub, convert64) (writezone, doabbr, stringoffset, stringrule, stringzone) (outzone, addtype, leapadd, adjleap, ciequal, itsabbr, byword) (getfields, rpytime, newabbr, mkdirs): Omit 'register', as it adds no value these days. See Christos Zoulas in <http://mm.icann.org/pipermail/tz/2012-October/018376.html>. * date.c (netsettime) [TSP_SETDATE]: Add forward decl. Don't rely on implicit int. Now static. Use NULL, not 0. * zdump.c: Include "limits.h". (absolute_min_time, absolute_max_time): Compute at compile-time, as the run-time tests relied on undefined behavior. (checkabsolutes): Rename from setabsolutes. Just check, since there's nothing to set now. All uses changed. --- Makefile | 2 +- asctime.c | 8 +- date.c | 64 ++++++++------- ialloc.c | 4 +- localtime.c | 253 +++++++++++++++++++++++++++++----------------------------- scheck.c | 12 +-- strftime.c | 4 +- zdump.c | 162 ++++++++++++++++++------------------- zic.c | 254 +++++++++++++++++++++++++++++------------------------------ 9 files changed, 380 insertions(+), 383 deletions(-) diff --git a/Makefile b/Makefile index ffd1cf0..5477133 100644 --- a/Makefile +++ b/Makefile @@ -455,7 +455,7 @@ typecheck: make clean for i in "long long" unsigned double; \ do \ - make CFLAGS="-DTYPECHECK -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 ; \ done diff --git a/asctime.c b/asctime.c index 152b0db..e81b4f0 100644 --- a/asctime.c +++ b/asctime.c @@ -69,7 +69,7 @@ static char buf_asctime[MAX_ASCTIME_BUF_SIZE]; */ char * -asctime_r(register const struct tm *timeptr, char *buf) +asctime_r(const struct tm *timeptr, char *buf) { static const char wday_name[][3] = { "Sun", "Mon", "Tue", "Wed", "Thu", "Fri", "Sat" @@ -78,8 +78,8 @@ asctime_r(register const struct tm *timeptr, char *buf) "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" }; - register const char * wn; - register const char * mn; + const char *wn; + const char *mn; char year[INT_STRLEN_MAXIMUM(int) + 2]; char result[MAX_ASCTIME_BUF_SIZE]; @@ -126,7 +126,7 @@ asctime_r(register const struct tm *timeptr, char *buf) */ char * -asctime(register const struct tm *timeptr) +asctime(const struct tm *timeptr) { return asctime_r(timeptr, buf_asctime); } diff --git a/date.c b/date.c index b9578e1..1839397 100644 --- a/date.c +++ b/date.c @@ -85,20 +85,20 @@ static void wildinput(const char *, const char *, int main(const int argc, char *argv[]) { - register const char * format; - register const char * value; - register const char * cp; - register int ch; - register int dousg; - register int aflag = 0; - register int dflag = 0; - register int nflag = 0; - register int tflag = 0; - register int minuteswest; - register int dsttime; - register double adjust; - time_t now; - time_t t; + const char * format; + const char * value; + const char * cp; + int ch; + int dousg; + int aflag = 0; + int dflag = 0; + int nflag = 0; + int tflag = 0; + int minuteswest; + int dsttime; + double adjust; + time_t now; + time_t t; INITIALIZE(dousg); INITIALIZE(minuteswest); @@ -305,9 +305,9 @@ dogmt(void) static char ** fakeenv; if (fakeenv == NULL) { - register int from; - register int to; - register int n; + int from; + int to; + int n; static char tzegmt0[] = "TZ=GMT0"; for (n = 0; environ[n] != NULL; ++n) @@ -343,7 +343,7 @@ dogmt(void) static void reset(const time_t newt, const int nflag) { - register int fid; + int fid; time_t oldt; static struct { struct utmp before; @@ -439,13 +439,17 @@ extern int logwtmp(); #define settimeofday(t, tz) (settimeofday)(t) #endif /* HAVE_SETTIMEOFDAY == 1 */ +#ifdef TSP_SETDATE +static int netsettime(struct timeval); +#endif + #ifndef TSP_SETDATE /*ARGSUSED*/ #endif /* !defined TSP_SETDATE */ static void reset(const time_t newt, const int nflag) { - register const char * username; + const char * username; static struct timeval tv; /* static so tv_usec is 0 */ #ifdef EBUG @@ -491,7 +495,7 @@ errensure(void) } static const char * -nondigit(register const char *cp) +nondigit(const char *cp) { while (is_digit(*cp)) ++cp; @@ -573,8 +577,7 @@ timeout(FILE *const fp, const char *const format, const struct tm *const tmp) } static int -sametm(register const struct tm *const atmp, - register const struct tm *const btmp) +sametm(const struct tm *const atmp, const struct tm *const btmp) { return atmp->tm_year == btmp->tm_year && atmp->tm_mon == btmp->tm_mon && @@ -592,11 +595,11 @@ sametm(register const struct tm *const atmp, #define ATOI2(ar) (ar[0] - '0') * 10 + (ar[1] - '0'); ar += 2; static time_t -convert(register const char * const value, const int dousg, const time_t t) +convert(const char * const value, const int dousg, const time_t t) { - register const char * cp; - register const char * dotp; - register int cent, year_in_cent, month, hour, day, mins, secs; + const char * cp; + const char * dotp; + int cent, year_in_cent, month, hour, day, mins, secs; struct tm tm, outtm; time_t outt; @@ -704,8 +707,8 @@ checkfinal(const char * const value, time_t othert; struct tm tm; struct tm othertm; - register int pass; - register long offset; + int pass; + long offset; /* ** See if there's both a USG and a BSD interpretation. @@ -800,6 +803,7 @@ iffy(const time_t thist, const time_t thatt, * notifies the master that a correction is needed. * Returns 1 on success, 0 on failure. */ +static int netsettime(struct timeval ntv) { int s, length, port, timed_ack, found, err; @@ -812,7 +816,7 @@ netsettime(struct timeval ntv) struct sockaddr_in sin, dest, from; sp = getservbyname("timed", "udp"); - if (sp == 0) { + if (! sp) { fputs(_("udp/timed: unknown service\n"), stderr); retval = 2; return (0); @@ -869,7 +873,7 @@ loop: tout.tv_usec = 0; FD_ZERO(&ready); FD_SET(s, &ready); - found = select(FD_SETSIZE, &ready, 0, 0, &tout); + found = select(FD_SETSIZE, &ready, NULL, NULL, &tout); length = sizeof err; if (getsockopt(s, SOL_SOCKET, SO_ERROR, (char *)&err, &length) == 0 && err) { diff --git a/ialloc.c b/ialloc.c index b6f0188..6a565c6 100644 --- a/ialloc.c +++ b/ialloc.c @@ -10,8 +10,8 @@ char * icatalloc(char *const old, const char *const new) { - register char * result; - register int oldsize, newsize; + char * result; + int oldsize, newsize; newsize = (new == NULL) ? 0 : strlen(new); if (old == NULL) diff --git a/localtime.c b/localtime.c index e074c54..b045b93 100644 --- a/localtime.c +++ b/localtime.c @@ -226,8 +226,8 @@ time_t altzone = 0; static long detzcode(const char *const codep) { - register long result; - register int i; + long result; + int i; result = (codep[0] & 0x80) ? ~0L : 0; for (i = 0; i < 4; ++i) @@ -238,8 +238,8 @@ detzcode(const char *const codep) static time_t detzcode64(const char *const codep) { - register time_t result; - register int i; + time_t result; + int i; result = (codep[0] & 0x80) ? (~(int_fast64_t) 0) : 0; for (i = 0; i < 8; ++i) @@ -250,8 +250,8 @@ detzcode64(const char *const codep) static void settzname(void) { - register struct state * const sp = lclptr; - register int i; + struct state * const sp = lclptr; + int i; tzname[0] = wildabbr; tzname[1] = wildabbr; @@ -272,7 +272,7 @@ settzname(void) ** And to get the latest zone names into tzname. . . */ for (i = 0; i < sp->timecnt; ++i) { - register const struct ttinfo * const ttisp = + const struct ttinfo * const ttisp = &sp->ttis[ sp->types[i]]; @@ -300,8 +300,8 @@ settzname(void) ** Second, truncate long abbreviations. */ for (i = 0; i < sp->typecnt; ++i) { - register const struct ttinfo * const ttisp = &sp->ttis[i]; - register char * cp = &sp->chars[ttisp->tt_abbrind]; + const struct ttinfo * const ttisp = &sp->ttis[i]; + char * cp = &sp->chars[ttisp->tt_abbrind]; if (strlen(cp) > TZ_ABBR_MAX_LEN && strcmp(cp, GRANDPARENTED) != 0) @@ -319,14 +319,13 @@ differ_by_repeat(const time_t t1, const time_t t0) } static int -tzload(register const char *name, register struct state *const sp, - register const int doextend) +tzload(const char *name, struct state *const sp, const int doextend) { - register const char * p; - register int i; - register int fid; - register int stored; - register int nread; + const char * p; + int i; + int fid; + int stored; + int nread; typedef union { struct tzhead tzhead; char buf[2 * sizeof(struct tzhead) + @@ -334,21 +333,21 @@ tzload(register const char *name, register struct state *const sp, 4 * TZ_MAX_TIMES]; } u_t; #ifdef ALL_STATE - register u_t * up; + u_t * up; up = (u_t *) calloc(1, sizeof *up); if (up == NULL) return -1; #else /* !defined ALL_STATE */ - u_t u; - register u_t * const up = &u; + u_t u; + u_t * const up = &u; #endif /* !defined ALL_STATE */ sp->goback = sp->goahead = FALSE; if (name == NULL && (name = TZDEFAULT) == NULL) goto oops; { - register int doaccess; + int doaccess; /* ** Section 4.9.1 of the C standard says that ** "FILENAME_MAX expands to an integral constant expression @@ -422,7 +421,7 @@ tzload(register const char *name, register struct state *const sp, goto oops; } for (i = 0; i < sp->typecnt; ++i) { - register struct ttinfo * ttisp; + struct ttinfo * ttisp; ttisp = &sp->ttis[i]; ttisp->tt_gmtoff = detzcode(p); @@ -439,7 +438,7 @@ tzload(register const char *name, register struct state *const sp, sp->chars[i] = *p++; sp->chars[i] = '\0'; /* ensure '\0' at end */ for (i = 0; i < sp->leapcnt; ++i) { - register struct lsinfo * lsisp; + struct lsinfo * lsisp; lsisp = &sp->lsis[i]; lsisp->ls_trans = (stored == 4) ? @@ -449,7 +448,7 @@ tzload(register const char *name, register struct state *const sp, p += 4; } for (i = 0; i < sp->typecnt; ++i) { - register struct ttinfo * ttisp; + struct ttinfo * ttisp; ttisp = &sp->ttis[i]; if (ttisstdcnt == 0) @@ -462,7 +461,7 @@ tzload(register const char *name, register struct state *const sp, } } for (i = 0; i < sp->typecnt; ++i) { - register struct ttinfo * ttisp; + struct ttinfo * ttisp; ttisp = &sp->ttis[i]; if (ttisgmtcnt == 0) @@ -491,7 +490,7 @@ tzload(register const char *name, register struct state *const sp, /* ** Ignore the beginning (harder). */ - register int j; + int j; for (j = 0; j + i < sp->timecnt; ++j) { sp->ats[j] = sp->ats[j + i]; @@ -519,7 +518,7 @@ tzload(register const char *name, register struct state *const sp, up->buf[0] == '\n' && up->buf[nread - 1] == '\n' && sp->typecnt + 2 <= TZ_MAX_TYPES) { struct state ts; - register int result; + int result; up->buf[nread - 1] = '\0'; result = tzparse(&up->buf[1], &ts, FALSE); @@ -580,15 +579,15 @@ oops: static int typesequiv(const struct state *const sp, const int a, const int b) { - register int result; + int result; if (sp == NULL || a < 0 || a >= sp->typecnt || b < 0 || b >= sp->typecnt) result = FALSE; else { - register const struct ttinfo * ap = &sp->ttis[a]; - register const struct ttinfo * bp = &sp->ttis[b]; + const struct ttinfo * ap = &sp->ttis[a]; + const struct ttinfo * bp = &sp->ttis[b]; result = ap->tt_gmtoff == bp->tt_gmtoff && ap->tt_isdst == bp->tt_isdst && ap->tt_ttisstd == bp->tt_ttisstd && @@ -615,9 +614,9 @@ static const int year_lengths[2] = { */ static const char * -getzname(register const char *strp) +getzname(const char *strp) { - register char c; + char c; while ((c = *strp) != '\0' && !is_digit(c) && c != ',' && c != '-' && c != '+') @@ -635,9 +634,9 @@ getzname(register const char *strp) */ static const char * -getqzname(register const char *strp, const int delim) +getqzname(const char *strp, const int delim) { - register int c; + int c; while ((c = *strp) != '\0' && c != delim) ++strp; @@ -652,10 +651,10 @@ getqzname(register const char *strp, const int delim) */ static const char * -getnum(register const char *strp, int *const nump, const int min, const int max) +getnum(const char *strp, int *const nump, const int min, const int max) { - register char c; - register int num; + char c; + int num; if (strp == NULL || !is_digit(c = *strp)) return NULL; @@ -681,7 +680,7 @@ getnum(register const char *strp, int *const nump, const int min, const int max) */ static const char * -getsecs(register const char *strp, long *const secsp) +getsecs(const char *strp, long *const secsp) { int num; @@ -721,9 +720,9 @@ getsecs(register const char *strp, long *const secsp) */ static const char * -getoffset(register const char *strp, long *const offsetp) +getoffset(const char *strp, long *const offsetp) { - register int neg = 0; + int neg = 0; if (*strp == '-') { neg = 1; @@ -746,7 +745,7 @@ getoffset(register const char *strp, long *const offsetp) */ static const char * -getrule(const char *strp, register struct rule *const rulep) +getrule(const char *strp, struct rule *const rulep) { if (*strp == 'J') { /* @@ -799,12 +798,12 @@ getrule(const char *strp, register struct rule *const rulep) static time_t transtime(const time_t janfirst, const int year, - register const struct rule *const rulep, const long offset) + const struct rule *const rulep, const long offset) { - register int leapyear; - register time_t value; - register int i; - int d, m1, yy0, yy1, yy2, dow; + int leapyear; + time_t value; + int i; + int d, m1, yy0, yy1, yy2, dow; INITIALIZE(value); leapyear = isleap(year); @@ -890,20 +889,20 @@ transtime(const time_t janfirst, const int year, */ static int -tzparse(const char *name, register struct state *const sp, +tzparse(const char *name, struct state *const sp, const int lastditch) { - const char * stdname; - const char * dstname; - size_t stdlen; - size_t dstlen; - long stdoffset; - long dstoffset; - register time_t * atp; - register unsigned char * typep; - register char * cp; - register int load_result; - static struct ttinfo zttinfo; + const char * stdname; + const char * dstname; + size_t stdlen; + size_t dstlen; + long stdoffset; + long dstoffset; + time_t * atp; + unsigned char * typep; + char * cp; + int load_result; + static struct ttinfo zttinfo; INITIALIZE(dstname); stdname = name; @@ -958,8 +957,8 @@ tzparse(const char *name, register struct state *const sp, if (*name == ',' || *name == ';') { struct rule start; struct rule end; - register int year; - register time_t janfirst; + int year; + time_t janfirst; time_t starttime; time_t endtime; @@ -1016,12 +1015,12 @@ tzparse(const char *name, register struct state *const sp, janfirst = newfirst; } } else { - register long theirstdoffset; - register long theirdstoffset; - register long theiroffset; - register int isdst; - register int i; - register int j; + long theirstdoffset; + long theirdstoffset; + long theiroffset; + int isdst; + int i; + int j; if (*name != '\0') return -1; @@ -1163,7 +1162,7 @@ tzsetwall(void) void tzset(void) { - register const char * name; + const char * name; name = getenv("TZ"); if (name == NULL) { @@ -1216,11 +1215,11 @@ tzset(void) static struct tm * localsub(const time_t *const timep, const long offset, struct tm *const tmp) { - register struct state * sp; - register const struct ttinfo * ttisp; - register int i; - register struct tm * result; - const time_t t = *timep; + struct state * sp; + const struct ttinfo * ttisp; + int i; + struct tm * result; + const time_t t = *timep; sp = lclptr; #ifdef ALL_STATE @@ -1229,10 +1228,10 @@ localsub(const time_t *const timep, const long offset, struct tm *const tmp) #endif /* defined ALL_STATE */ if ((sp->goback && t < sp->ats[0]) || (sp->goahead && t > sp->ats[sp->timecnt - 1])) { - time_t newt = t; - register time_t seconds; - register time_t tcycles; - register int_fast64_t icycles; + time_t newt = t; + time_t seconds; + time_t tcycles; + int_fast64_t icycles; if (t < sp->ats[0]) seconds = sp->ats[0] - t; @@ -1254,7 +1253,7 @@ localsub(const time_t *const timep, const long offset, struct tm *const tmp) return NULL; /* "cannot happen" */ result = localsub(&newt, offset, tmp); if (result == tmp) { - register time_t newy; + time_t newy; newy = tmp->tm_year; if (t < sp->ats[0]) @@ -1274,11 +1273,11 @@ localsub(const time_t *const timep, const long offset, struct tm *const tmp) break; } } else { - register int lo = 1; - register int hi = sp->timecnt; + int lo = 1; + int hi = sp->timecnt; while (lo < hi) { - register int mid = (lo + hi) >> 1; + int mid = (lo + hi) >> 1; if (t < sp->ats[mid]) hi = mid; @@ -1326,7 +1325,7 @@ localtime_r(const time_t *const timep, struct tm *tmp) static struct tm * gmtsub(const time_t *const timep, const long offset, struct tm *const tmp) { - register struct tm * result; + struct tm * result; if (!gmt_is_set) { gmt_is_set = TRUE; @@ -1391,7 +1390,7 @@ offtime(const time_t *const timep, const long offset) */ static int -leaps_thru_end_of(register const int y) +leaps_thru_end_of(const int y) { return (y >= 0) ? (y / 4 - y / 100 + y / 400) : -(leaps_thru_end_of(-(y + 1)) + 1); @@ -1399,18 +1398,18 @@ leaps_thru_end_of(register const int y) static struct tm * timesub(const time_t *const timep, const long offset, - register const struct state *const sp, - register struct tm *const tmp) + const struct state *const sp, + struct tm *const tmp) { - register const struct lsinfo * lp; - register time_t tdays; - register int idays; /* unsigned would be so 2003 */ - register long rem; - int y; - register const int * ip; - register long corr; - register int hit; - register int i; + const struct lsinfo * lp; + time_t tdays; + int idays; /* unsigned would be so 2003 */ + long rem; + int y; + const int * ip; + long corr; + int hit; + int i; corr = 0; hit = 0; @@ -1444,10 +1443,10 @@ timesub(const time_t *const timep, const long offset, tdays = *timep / SECSPERDAY; rem = *timep - tdays * SECSPERDAY; while (tdays < 0 || tdays >= year_lengths[isleap(y)]) { - int newy; - register time_t tdelta; - register int idelta; - register int leapdays; + int newy; + time_t tdelta; + int idelta; + int leapdays; tdelta = tdays / DAYSPERLYEAR; idelta = tdelta; @@ -1465,7 +1464,7 @@ timesub(const time_t *const timep, const long offset, y = newy; } { - register long seconds; + long seconds; seconds = tdays * SECSPERDAY + 0.5; tdays = seconds / SECSPERDAY; @@ -1569,7 +1568,7 @@ ctime_r(const time_t *const timep, char *buf) static int increment_overflow(int *const ip, int j) { - register int const i = *ip; + int const i = *ip; /* ** If i >= 0 there can only be overflow if i + j > INT_MAX @@ -1586,7 +1585,7 @@ increment_overflow(int *const ip, int j) static int long_increment_overflow(long *const lp, int const m) { - register long const l = *lp; + long const l = *lp; if ((l >= 0) ? (m > LONG_MAX - l) : (m < LONG_MIN - l)) return TRUE; @@ -1597,7 +1596,7 @@ long_increment_overflow(long *const lp, int const m) static int normalize_overflow(int *const tensptr, int *const unitsptr, const int base) { - register int tensdelta; + int tensdelta; tensdelta = (*unitsptr >= 0) ? (*unitsptr / base) : @@ -1609,7 +1608,7 @@ normalize_overflow(int *const tensptr, int *const unitsptr, const int base) static int long_normalize_overflow(long *const tensptr, int *const unitsptr, const int base) { - register int tensdelta; + int tensdelta; tensdelta = (*unitsptr >= 0) ? (*unitsptr / base) : @@ -1619,10 +1618,10 @@ long_normalize_overflow(long *const tensptr, int *const unitsptr, const int base } static int -tmcomp(register const struct tm *const atmp, - register const struct tm *const btmp) +tmcomp(const struct tm *const atmp, + const struct tm *const btmp) { - register int result; + int result; if ((result = (atmp->tm_year - btmp->tm_year)) == 0 && (result = (atmp->tm_mon - btmp->tm_mon)) == 0 && @@ -1640,17 +1639,17 @@ time2sub(struct tm *const tmp, int *const okayp, const int do_norm_secs) { - register const struct state * sp; - register int dir; - register int i, j; - register int saved_seconds; - register long li; - register time_t lo; - register time_t hi; - long y; - time_t newt; - time_t t; - struct tm yourtm, mytm; + const struct state * sp; + int dir; + int i, j; + int saved_seconds; + long li; + time_t lo; + time_t hi; + long y; + time_t newt; + time_t t; + struct tm yourtm, mytm; *okayp = FALSE; yourtm = *tmp; @@ -1838,15 +1837,15 @@ time1(struct tm *const tmp, struct tm *(*const funcp) (const time_t *, long, struct tm *), const long offset) { - register time_t t; - register const struct state * sp; - register int samei, otheri; - register int sameind, otherind; - register int i; - register int nseen; - int seen[TZ_MAX_TYPES]; - int types[TZ_MAX_TYPES]; - int okay; + time_t t; + const struct state * sp; + int samei, otheri; + int sameind, otherind; + int i; + int nseen; + int seen[TZ_MAX_TYPES]; + int types[TZ_MAX_TYPES]; + int okay; if (tmp == NULL) { errno = EINVAL; @@ -1980,9 +1979,9 @@ gtime(struct tm *const tmp) static long leapcorr(time_t *timep) { - register struct state * sp; - register struct lsinfo * lp; - register int i; + struct state * sp; + struct lsinfo * lp; + int i; sp = lclptr; i = sp->leapcnt; diff --git a/scheck.c b/scheck.c index ed60980..95bb716 100644 --- a/scheck.c +++ b/scheck.c @@ -10,12 +10,12 @@ const char * scheck(const char *const string, const char *const format) { - register char * fbuf; - register const char * fp; - register char * tp; - register int c; - register const char * result; - char dummy; + char * fbuf; + const char * fp; + char * tp; + int c; + const char * result; + char dummy; result = ""; if (string == NULL || format == NULL) diff --git a/strftime.c b/strftime.c index 4950f74..5b302ac 100644 --- a/strftime.c +++ b/strftime.c @@ -587,8 +587,8 @@ static char * _yconv(const int a, const int b, const int convert_top, const int convert_yy, char *pt, const char *const ptlim) { - register int lead; - register int trail; + int lead; + int trail; #define DIVISOR 100 trail = a % DIVISOR + b % DIVISOR; diff --git a/zdump.c b/zdump.c index 6caa7a2..ddb46b9 100644 --- a/zdump.c +++ b/zdump.c @@ -17,6 +17,7 @@ #include "time.h" /* for struct tm */ #include "stdlib.h" /* for exit, malloc, atoi */ #include "float.h" /* for FLT_MAX and DBL_MAX */ +#include "limits.h" /* for CHAR_BIT, LLONG_MAX */ #include "ctype.h" /* for isalpha et al. */ #ifndef isascii #define isascii(x) 1 @@ -150,8 +151,35 @@ extern char * optarg; extern int optind; extern char * tzname[2]; -static time_t absolute_min_time; -static time_t absolute_max_time; +/* The minimum and maximum finite time values. Shift 'long long' or + 'long' instead of 'time_t'; this avoids compile-time errors when + time_t is floating-point. In practice, 'long long' is wide enough. */ +static time_t const absolute_min_time = + ((time_t) 0.5 == 0.5 + ? (sizeof (time_t) == sizeof (float) ? (time_t) -FLT_MAX + : sizeof (time_t) == sizeof (double) ? (time_t) -DBL_MAX + : sizeof (time_t) == sizeof (long double) ? (time_t) -LDBL_MAX + : 0) + : (time_t) -1 < 0 +#ifdef LLONG_MAX + ? (time_t) ((long long) -1 << (CHAR_BIT * sizeof (time_t) - 1)) +#else + ? (time_t) ((long) -1 << (CHAR_BIT * sizeof (time_t) - 1)) +#endif + : 0); +static time_t const absolute_max_time = + ((time_t) 0.5 == 0.5 + ? (sizeof (time_t) == sizeof (float) ? (time_t) FLT_MAX + : sizeof (time_t) == sizeof (double) ? (time_t) DBL_MAX + : sizeof (time_t) == sizeof (long double) ? (time_t) LDBL_MAX + : -1) + : (time_t) -1 < 0 +#ifdef LLONG_MAX + ? (time_t) (- (~ 0 < 0) - ((long long) -1 << (CHAR_BIT * sizeof (time_t) - 1))) +#else + ? (time_t) (- (~ 0 < 0) - ((long) -1 << (CHAR_BIT * sizeof (time_t) - 1))) +#endif + : (time_t) -1); static size_t longest; static char * progname; static int warned; @@ -161,7 +189,7 @@ static void abbrok(const char * abbrp, const char * zone); static long delta(struct tm * newp, struct tm * oldp) ATTRIBUTE_PURE; static void dumptime(const struct tm * tmp); static time_t hunt(char * name, time_t lot, time_t hit); -static void setabsolutes(void); +static void checkabsolutes(void); static void show(char * zone, time_t t, int v); static const char * tformat(void); static time_t yeartot(long y) ATTRIBUTE_PURE; @@ -172,12 +200,12 @@ static time_t yeartot(long y) ATTRIBUTE_PURE; static struct tm * my_localtime(time_t *tp) { - register struct tm * tmp; + struct tm * tmp; tmp = localtime(tp); if (tp != NULL && tmp != NULL) { struct tm tm; - register time_t t; + time_t t; tm = *tmp; t = mktime(&tm); @@ -205,8 +233,8 @@ my_localtime(time_t *tp) static void abbrok(const char *const abbrp, const char *const zone) { - register const char * cp; - register const char * wp; + const char * cp; + const char * wp; if (warned) return; @@ -252,22 +280,22 @@ Report bugs to tz(a)elsie.nci.nih.gov.\n"), int main(int argc, char *argv[]) { - register int i; - register int c; - register int vflag; - register char * cutarg; - register long cutloyear = ZDUMP_LO_YEAR; - register long cuthiyear = ZDUMP_HI_YEAR; - register time_t cutlotime; - register time_t cuthitime; - register char ** fakeenv; - time_t now; - time_t t; - time_t newt; - struct tm tm; - struct tm newtm; - register struct tm * tmp; - register struct tm * newtmp; + int i; + int c; + int vflag; + char * cutarg; + long cutloyear = ZDUMP_LO_YEAR; + long cuthiyear = ZDUMP_HI_YEAR; + time_t cutlotime; + time_t cuthitime; + char ** fakeenv; + time_t now; + time_t t; + time_t newt; + struct tm tm; + struct tm newtm; + struct tm * tmp; + struct tm * newtmp; INITIALIZE(cutlotime); INITIALIZE(cuthitime); @@ -314,7 +342,7 @@ main(int argc, char *argv[]) exit(EXIT_FAILURE); } } - setabsolutes(); + checkabsolutes(); cutlotime = yeartot(cutloyear); cuthitime = yeartot(cuthiyear); } @@ -324,8 +352,8 @@ main(int argc, char *argv[]) if (strlen(argv[i]) > longest) longest = strlen(argv[i]); { - register int from; - register int to; + int from; + int to; for (i = 0; environ[i] != NULL; ++i) continue; @@ -404,56 +432,22 @@ main(int argc, char *argv[]) } static void -setabsolutes(void) +checkabsolutes(void) { - if (0.5 == (time_t) 0.5) { - /* - ** time_t is floating. - */ - if (sizeof (time_t) == sizeof (float)) { - absolute_min_time = (time_t) -FLT_MAX; - absolute_max_time = (time_t) FLT_MAX; - } else if (sizeof (time_t) == sizeof (double)) { - absolute_min_time = (time_t) -DBL_MAX; - absolute_max_time = (time_t) DBL_MAX; - } else { - (void) fprintf(stderr, + if (absolute_max_time < absolute_min_time) { + (void) fprintf(stderr, _("%s: use of -v on system with floating time_t other than float or double\n"), - progname); - exit(EXIT_FAILURE); - } - } else if (0 > (time_t) -1) { - /* - ** time_t is signed. Assume overflow wraps around. - */ - time_t t = 0; - time_t t1 = 1; - - while (t < t1) { - t = t1; - t1 = 2 * t1 + 1; - } - - absolute_max_time = t; - t = -t; - absolute_min_time = t - 1; - if (t < absolute_min_time) - absolute_min_time = t; - } else { - /* - ** time_t is unsigned. - */ - absolute_min_time = 0; - absolute_max_time = absolute_min_time - 1; + progname); + exit(EXIT_FAILURE); } } static time_t yeartot(const long y) { - register long myy; - register long seconds; - register time_t t; + long myy; + long seconds; + time_t t; myy = EPOCH_YEAR; t = 0; @@ -482,13 +476,13 @@ yeartot(const long y) static time_t hunt(char *name, time_t lot, time_t hit) { - time_t t; - long diff; - struct tm lotm; - register struct tm * lotmp; - struct tm tm; - register struct tm * tmp; - char loab[MAX_STRING_LENGTH]; + time_t t; + long diff; + struct tm lotm; + struct tm * lotmp; + struct tm tm; + struct tm * tmp; + char loab[MAX_STRING_LENGTH]; lotmp = my_localtime(&lot); if (lotmp != NULL) { @@ -529,8 +523,8 @@ hunt(char *name, time_t lot, time_t hit) static long delta(struct tm * newp, struct tm *oldp) { - register long result; - register int tmy; + long result; + int tmy; if (newp->tm_year < oldp->tm_year) return -delta(oldp, newp); @@ -550,7 +544,7 @@ delta(struct tm * newp, struct tm *oldp) static void show(char *zone, time_t t, int v) { - register struct tm * tmp; + struct tm * tmp; (void) printf("%-*s ", (int) longest, zone); if (v) { @@ -583,7 +577,7 @@ show(char *zone, time_t t, int v) static char * abbr(struct tm *tmp) { - register char * result; + char * result; static char nada; if (tmp->tm_isdst != 0 && tmp->tm_isdst != 1) @@ -620,7 +614,7 @@ tformat(void) } static void -dumptime(register const struct tm *timeptr) +dumptime(const struct tm *timeptr) { static const char wday_name[][3] = { "Sun", "Mon", "Tue", "Wed", "Thu", "Fri", "Sat" @@ -629,10 +623,10 @@ dumptime(register const struct tm *timeptr) "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" }; - register const char * wn; - register const char * mn; - register int lead; - register int trail; + const char * wn; + const char * mn; + int lead; + int trail; if (timeptr == NULL) { (void) printf("NULL"); diff --git a/zic.c b/zic.c index 64af1b2..28b2a24 100644 --- a/zic.c +++ b/zic.c @@ -440,9 +440,9 @@ static const char * yitcommand; int main(int argc, char **argv) { - register int i; - register int j; - register int c; + int i; + int j; + int c; #ifdef unix (void) umask(umask(S_IWGRP | S_IWOTH) | (S_IWGRP | S_IWOTH)); @@ -579,8 +579,8 @@ _("%s: More than one -L option specified\n"), static void dolink(const char *const fromfield, const char *const tofield) { - register char * fromname; - register char * toname; + char * fromname; + char * toname; if (fromfield[0] == '/') fromname = ecpyalloc(fromfield); @@ -614,7 +614,7 @@ dolink(const char *const fromfield, const char *const tofield) access(fromname, F_OK) == 0 && !itsdir(fromname)) { const char *s = tofield; - register char * symlinkcontents = NULL; + char *symlinkcontents = NULL; while ((s = strchr(s+1, '/')) != NULL) symlinkcontents = @@ -651,8 +651,8 @@ static const zic_t max_time = -1 - ((zic_t) -1 << (TIME_T_BITS_IN_FILE - 1)); static int itsdir(const char *const name) { - register char * myname; - register int accres; + char * myname; + int accres; myname = ecpyalloc(name); myname = ecatalloc(myname, "/."); @@ -679,10 +679,10 @@ rcomp(const void *cp1, const void *cp2) static void associate(void) { - register struct zone * zp; - register struct rule * rp; - register int base, out; - register int i, j; + struct zone * zp; + struct rule * rp; + int base, out; + int i, j; if (nrules != 0) { (void) qsort(rules, nrules, sizeof *rules, rcomp); @@ -754,14 +754,14 @@ associate(void) static void infile(const char *name) { - register FILE * fp; - register char ** fields; - register char * cp; - register const struct lookup * lp; - register int nfields; - register int wantcont; - register int num; - char buf[BUFSIZ]; + FILE * fp; + char ** fields; + char * cp; + const struct lookup * lp; + int nfields; + int wantcont; + int num; + char buf[BUFSIZ]; if (strcmp(name, "-") == 0) { name = _("standard input"); @@ -897,7 +897,7 @@ warning(_("values over 24 hours not handled by pre-2007 versions of zic")); } static void -inrule(register char **const fields, const int nfields) +inrule(char **const fields, const int nfields) { static struct rule r; @@ -923,9 +923,9 @@ inrule(register char **const fields, const int nfields) } static int -inzone(register char **const fields, const int nfields) +inzone(char **const fields, const int nfields) { - register int i; + int i; static char * buf; if (nfields < ZONE_MINFIELDS || nfields > ZONE_MAXFIELDS) { @@ -966,7 +966,7 @@ _("duplicate zone name %s (file \"%s\", line %d)"), } static int -inzcont(register char **const fields, const int nfields) +inzcont(char **const fields, const int nfields) { if (nfields < ZONEC_MINFIELDS || nfields > ZONEC_MAXFIELDS) { error(_("wrong number of fields on Zone continuation line")); @@ -976,14 +976,14 @@ inzcont(register char **const fields, const int nfields) } static int -inzsub(register char **const fields, const int nfields, const int iscont) +inzsub(char **const fields, const int nfields, const int iscont) { - register char * cp; + char * cp; static struct zone z; - register int i_gmtoff, i_rule, i_format; - register int i_untilyear, i_untilmonth; - register int i_untilday, i_untiltime; - register int hasuntil; + int i_gmtoff, i_rule, i_format; + int i_untilyear, i_untilmonth; + int i_untilday, i_untiltime; + int hasuntil; if (iscont) { i_gmtoff = ZFC_GMTOFF; @@ -1053,14 +1053,14 @@ inzsub(register char **const fields, const int nfields, const int iscont) } static void -inleap(register char ** const fields, const int nfields) +inleap(char ** const fields, const int nfields) { - register const char * cp; - register const struct lookup * lp; - register int i, j; - int year, month, day; - long dayoff, tod; - zic_t t; + const char * cp; + const struct lookup * lp; + int i, j; + int year, month, day; + long dayoff, tod; + zic_t t; if (nfields != LEAP_FIELDS) { error(_("wrong number of fields on Leap line")); @@ -1125,8 +1125,8 @@ inleap(register char ** const fields, const int nfields) tod = gethms(fields[LP_TIME], _("invalid time of day"), FALSE); cp = fields[LP_CORR]; { - register int positive; - int count; + int positive; + int count; if (strcmp(cp, "") == 0) { /* infile() turns "-" into "" */ positive = FALSE; @@ -1155,7 +1155,7 @@ inleap(register char ** const fields, const int nfields) } static void -inlink(register char **const fields, const int nfields) +inlink(char **const fields, const int nfields) { struct link l; @@ -1180,7 +1180,7 @@ inlink(register char **const fields, const int nfields) } static void -rulesub(register struct rule *const rp, +rulesub(struct rule *const rp, const char *const loyearp, const char *const hiyearp, const char *const typep, @@ -1188,10 +1188,10 @@ rulesub(register struct rule *const rp, const char *const dayp, const char *const timep) { - register const struct lookup * lp; - register const char * cp; - register char * dp; - register char * ep; + const struct lookup * lp; + const char * cp; + char * dp; + char * ep; if ((lp = byword(monthp, mon_names)) == NULL) { error(_("invalid month name")); @@ -1332,8 +1332,8 @@ rulesub(register struct rule *const rp, static void convert(const long val, char *const buf) { - register int i; - register int shift; + int i; + int shift; unsigned char *const b = (unsigned char *) buf; for (i = 0, shift = 24; i < 4; ++i, shift -= 8) @@ -1343,8 +1343,8 @@ convert(const long val, char *const buf) static void convert64(const zic_t val, char *const buf) { - register int i; - register int shift; + int i; + int shift; unsigned char *const b = (unsigned char *) buf; for (i = 0, shift = 56; i < 8; ++i, shift -= 8) @@ -1387,11 +1387,11 @@ is32(const zic_t x) static void writezone(const char *const name, const char *const string) { - register FILE * fp; - register int i, j; - register int leapcnt32, leapi32; - register int timecnt32, timei32; - register int pass; + FILE * fp; + int i, j; + int leapcnt32, leapi32; + int timecnt32, timei32; + int pass; static char * fullname; static const struct tzhead tzh0; static struct tzhead tzh; @@ -1494,15 +1494,15 @@ writezone(const char *const name, const char *const string) } } for (pass = 1; pass <= 2; ++pass) { - register int thistimei, thistimecnt; - register int thisleapi, thisleapcnt; - register int thistimelim, thisleaplim; - int writetype[TZ_MAX_TIMES]; - int typemap[TZ_MAX_TYPES]; - register int thistypecnt; - char thischars[TZ_MAX_CHARS]; - char thischarcnt; - int indmap[TZ_MAX_CHARS]; + int thistimei, thistimecnt; + int thisleapi, thisleapcnt; + int thistimelim, thisleaplim; + int writetype[TZ_MAX_TIMES]; + int typemap[TZ_MAX_TYPES]; + int thistypecnt; + char thischars[TZ_MAX_CHARS]; + char thischarcnt; + int indmap[TZ_MAX_CHARS]; if (pass == 1) { thistimei = timei32; @@ -1546,7 +1546,7 @@ writezone(const char *const name, const char *const string) ** set correctly). */ { - register int mrudst, mrustd, hidst, histd, type; + int mrudst, mrustd, hidst, histd, type; hidst = histd = mrudst = mrustd = -1; for (i = thistimei; i < thistimelim; ++i) @@ -1590,7 +1590,7 @@ writezone(const char *const name, const char *const string) indmap[i] = -1; thischarcnt = 0; for (i = 0; i < typecnt; ++i) { - register char * thisabbr; + char * thisabbr; if (!writetype[i]) continue; @@ -1647,7 +1647,7 @@ writezone(const char *const name, const char *const string) (void) fwrite(thischars, sizeof thischars[0], thischarcnt, fp); for (i = thisleapi; i < thisleaplim; ++i) { - register zic_t todo; + zic_t todo; if (roll[i]) { if (timecnt == 0 || trans[i] < ats[0]) { @@ -1690,9 +1690,9 @@ static void doabbr(char *const abbr, const char *const format, const char *const letters, const int isdst, const int doquotes) { - register char * cp; - register char * slashp; - register int len; + char * cp; + char * slashp; + int len; slashp = strchr(format, '/'); if (slashp == NULL) { @@ -1734,9 +1734,9 @@ updateminmax(const int x) static int stringoffset(char *result, long offset) { - register int hours; - register int minutes; - register int seconds; + int hours; + int minutes; + int seconds; result[0] = '\0'; if (offset < 0) { @@ -1765,11 +1765,11 @@ static int stringrule(char *result, const struct rule *const rp, const long dstoff, const long gmtoff) { - register long tod; + long tod; result = end(result); if (rp->r_dycode == DC_DOM) { - register int month, total; + int month, total; if (rp->r_dayofmonth == 29 && rp->r_month == TM_FEBRUARY) return -1; @@ -1778,7 +1778,7 @@ stringrule(char *result, const struct rule *const rp, const long dstoff, total += len_months[0][month]; (void) sprintf(result, "J%d", total + rp->r_dayofmonth); } else { - register int week; + int week; if (rp->r_dycode == DC_DOWGEQ) { if ((rp->r_dayofmonth % DAYSPERWEEK) != 1) @@ -1816,12 +1816,12 @@ stringrule(char *result, const struct rule *const rp, const long dstoff, static void stringzone(char *result, const struct zone *const zpfirst, const int zonecount) { - register const struct zone * zp; - register struct rule * rp; - register struct rule * stdrp; - register struct rule * dstrp; - register int i; - register const char * abbrvar; + const struct zone * zp; + struct rule * rp; + struct rule * stdrp; + struct rule * dstrp; + int i; + const char * abbrvar; result[0] = '\0'; zp = zpfirst + zonecount - 1; @@ -1896,24 +1896,24 @@ stringzone(char *result, const struct zone *const zpfirst, const int zonecount) static void outzone(const struct zone * const zpfirst, const int zonecount) { - register const struct zone * zp; - register struct rule * rp; - register int i, j; - register int usestart, useuntil; - register zic_t starttime, untiltime; - register long gmtoff; - register long stdoff; - register int year; - register long startoff; - register int startttisstd; - register int startttisgmt; - register int type; - register char * startbuf; - register char * ab; - register char * envvar; - register int max_abbr_len; - register int max_envvar_len; - register int prodstic; /* all rules are min to max */ + const struct zone * zp; + struct rule * rp; + int i, j; + int usestart, useuntil; + zic_t starttime, untiltime; + long gmtoff; + long stdoff; + int year; + long startoff; + int startttisstd; + int startttisgmt; + int type; + char * startbuf; + char * ab; + char * envvar; + int max_abbr_len; + int max_envvar_len; + int prodstic; /* all rules are min to max */ max_abbr_len = 2 + max_format_len + max_abbrvar_len; max_envvar_len = 2 * max_abbr_len + 5 * 9; @@ -1959,7 +1959,7 @@ outzone(const struct zone * const zpfirst, const int zonecount) */ stringzone(envvar, zpfirst, zonecount); if (noise && envvar[0] == '\0') { - register char * wp; + char * wp; wp = ecpyalloc(_("no POSIX environment variable for zone")); wp = ecatalloc(wp, " "); @@ -2037,9 +2037,9 @@ wp = ecpyalloc(_("no POSIX environment variable for zone")); rp->r_temp = rpytime(rp, year); } for ( ; ; ) { - register int k; - register zic_t jtime, ktime; - register long offset; + int k; + zic_t jtime, ktime; + long offset; INITIALIZE(ktime); if (useuntil) { @@ -2184,7 +2184,7 @@ static int addtype(const long gmtoff, const char *const abbr, const int isdst, const int ttisstd, const int ttisgmt) { - register int i, j; + int i, j; if (isdst != TRUE && isdst != FALSE) { error(_("internal error - addtype called with bad isdst")); @@ -2239,7 +2239,7 @@ addtype(const long gmtoff, const char *const abbr, const int isdst, static void leapadd(const zic_t t, const int positive, const int rolling, int count) { - register int i, j; + int i, j; if (leapcnt + (positive ? count : 1) > TZ_MAX_LEAPS) { error(_("too many leap seconds")); @@ -2269,8 +2269,8 @@ leapadd(const zic_t t, const int positive, const int rolling, int count) static void adjleap(void) { - register int i; - register long last = 0; + int i; + long last = 0; /* ** propagate leap seconds forward @@ -2314,7 +2314,7 @@ lowerit(int a) /* case-insensitive equality */ static ATTRIBUTE_PURE int -ciequal(register const char *ap, register const char *bp) +ciequal(const char *ap, const char *bp) { while (lowerit(*ap) == lowerit(*bp++)) if (*ap++ == '\0') @@ -2323,7 +2323,7 @@ ciequal(register const char *ap, register const char *bp) } static ATTRIBUTE_PURE int -itsabbr(register const char *abbr, register const char *word) +itsabbr(const char *abbr, const char *word) { if (lowerit(*abbr) != lowerit(*word)) return FALSE; @@ -2337,11 +2337,11 @@ itsabbr(register const char *abbr, register const char *word) } static ATTRIBUTE_PURE const struct lookup * -byword(register const char *const word, - register const struct lookup *const table) +byword(const char *const word, + const struct lookup *const table) { - register const struct lookup * foundlp; - register const struct lookup * lp; + const struct lookup * foundlp; + const struct lookup * lp; if (word == NULL || table == NULL) return NULL; @@ -2365,11 +2365,11 @@ byword(register const char *const word, } static char ** -getfields(register char *cp) +getfields(char *cp) { - register char * dp; - register char ** array; - register int nsubs; + char * dp; + char ** array; + int nsubs; if (cp == NULL) return NULL; @@ -2434,11 +2434,11 @@ tadd(const zic_t t1, const long t2) */ static zic_t -rpytime(register const struct rule *const rp, register const int wantedy) +rpytime(const struct rule *const rp, const int wantedy) { - register int y, m, i; - register long dayoff; /* with a nod to Margaret O. */ - register zic_t t; + int y, m, i; + long dayoff; /* with a nod to Margaret O. */ + zic_t t; if (wantedy == INT_MIN) return min_time; @@ -2474,7 +2474,7 @@ rpytime(register const struct rule *const rp, register const int wantedy) --i; dayoff = oadd(dayoff, eitol(i)); if (rp->r_dycode == DC_DOWGEQ || rp->r_dycode == DC_DOWLEQ) { - register long wday; + long wday; #define LDAYSPERWEEK ((long) DAYSPERWEEK) wday = eitol(EPOCH_WDAY); @@ -2517,11 +2517,11 @@ will not work with pre-2004 versions of zic")); static void newabbr(const char *const string) { - register int i; + int i; if (strcmp(string, GRANDPARENTED) != 0) { - register const char * cp; - const char * mp; + const char * cp; + const char * mp; /* ** Want one to ZIC_MAX_ABBR_LEN_WO_WARN alphabetics @@ -2569,8 +2569,8 @@ mp = _("time zone abbreviation differs from POSIX standard"); static int mkdirs(char *argname) { - register char * name; - register char * cp; + char * name; + char * cp; if (argname == NULL || *argname == '\0') return 0; -- 1.7.9.5

1 0

Jordan stays on DST
by Steffen Thorsen Oct. 26, 2012

Oct. 26, 2012

Yesterday the government in Jordan announced that they will not switch back to standard time this winter, so the will stay on DST until about the same time next year (at least). The original plan was to turn clocks back on Friday (2012-10-26): http://www.petra.gov.jo/Public_News/Nws_NewsDetails.aspx?Site_Id=1&lang=2&N… Best regards, Steffen Thorsen - timeanddate.com

3 3

Summer time for Brasil needed in tzdatabase
by Lucas Rancez Oct. 23, 2012

Oct. 23, 2012

Greetings, According to this site: http://pcdsh01.on.br/DecHV.html http://pcdsh01.on.br/FusoBR_HVCorrente.htm >From the 2012-10-21 until 2013-02-17 the Brazilian Estates will be using summer time. For example: the zone America/Sao_Paulo in the tzdata2012g says -3:00 and should be -2:00. Thanks! [Descripción: signature]

2 1

Summer time for Brasil needed in tzdatabase
by Lucas Rancez Oct. 22, 2012

Oct. 22, 2012

Greetings, According to this site: http://pcdsh01.on.br/DecHV.html http://pcdsh01.on.br/FusoBR_HVCorrente.htm >From the 2012-10-21 until 2013-02-17 the Brazilian Estates will be using summer time. For example: the zone America/Sao_Paulo in the tzdata2012g says -3:00 and should be -2:00. Thanks! [Descripción: signature]

1 0

Brazil's summer time: Tocantins is the new state on DST
by Rodrigo Severo Oct. 20, 2012

Oct. 20, 2012

Hi, This years DST time in Brazil has one (or two) new situations: - Tocantins state will have DST. For the new time zone I believe Palmas would be a good option as it's Tocantins capital and most populated city. - Bahia (another state) will not have DST. But I believe it havent' last year already but this has to be checked. Here is a link to a news post in portuguese reporting this changes: http://noticias.terra.com.br/brasil/noticias/0,,OI6232536-EI306,00-TO+subst… Regards, Rodrigo Severo -- *Rodrigo Severo* | DIRETOR DE TECNOLOGIA Tel. *+55 61 3030-1515* Siga a Fábrica no twitter:*@empautaclipping* fabricadeideias.com <http://www.fabricadeideias.com/> 12 ANOS DE TECNOLOGIA E COMUNICAÇÃO NUMA COMBINAÇÃO PERFEITA

5 5

PGP signatures on the FTP server? (was Re: tzcode2012g and tzdata2012g available)
by enh Oct. 19, 2012

Oct. 19, 2012

any chance we can have the PGP files on the FTP sever too, like openssl does (http://www.openssl.org/source/)? if there were a corresponding .md5/.sha1/.asc file, i'd modify Android's tzdata updating script to actually check the signatures. at the moment, with the signature only available in the release mail, it's not obvious how i'd automate this. On Wed, Oct 17, 2012 at 9:39 PM, Paul Eggert <eggert(a)cs.ucla.edu> wrote: > The 2012g release of the tz code and data is available. It reflects > the following changes recently circulated on the tz mailing list: > > Samoa fall 2012 and later. (Thanks to Nicholas Pereira > and Robert Elz.) > > Palestine fall 2012. (Thanks to Steffen Thorsen.) > > Assume C89. > > This release does not reflect the possible changes discussed yesterday > for Tocantins and Bahia; I plan to send out further email about that > soon. Nor does it include the minor C style-code change for NULL > versus 0 -- I plan to get to that the next time around, since it > doesn't affect functionality. > > To attack the version-number problem, this release ships the file > 'Makefile' (which contains the release number) in both the tzcode and > the tzdata tarballs. The two Makefiles are identical, and should be > identical in any matching pair of tarballs, so it shouldn't matter > which order you extract the tarballs. Perhaps we can come up with a > better version-number scheme at some point; this scheme does have the > virtue of not adding more files. > > Here are links to the release files: > > http://www.iana.org/time-zones/repository/releases/tzcode2012g.tar.gz > http://www.iana.org/time-zones/repository/releases/tzdata2012g.tar.gz > > ftp://ftp.iana.org/tz/releases/tzcode2012g.tar.gz > ftp://ftp.iana.org/tz/releases/tzdata2012g.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 > > This release corresponds to commit > ec6a124c84ef45054c84cbe49ee8ebe27473c01c in the unofficial github > repository at <https://github.com/eggert/tz>. > > Here is the GPG checksum for the release files: > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > > iQIcBAABAgAGBQJQf4M1AAoJEO2X6Q5iqn40cgoP/2gNWNwj4ZSXadowHbjoA9QT > 8gqjdw5vXYbIczBei0uwuG5X/yvgiSk57DCbR2XOa7IwPkIom0HbJpL0FYPB8I5D > cMdr7IYbksGXnnVn9mbtiTM06IJRxIU/d6O3c/2yHgv5yJp8JMj4dr746iI4EVGZ > osA1FDefsCpIaE8/axToY83uLaroTKjHAqucQoQ/+5htTTcfoEM/MNX7ZcLS7uxl > alHUNWH2KCxHiYC3HBL04B+dHdY3K3HaOR57TwDbzHSnjcBwa45jaDGBo9fV/0aZ > cpbisJ+5O/IYl4uwUTYpFPrfcy95KxdxaIp/K167uDbc/Nb+rUOY9BjdqGjVyGHt > V749gV1tO4jnzJMUF+sIuvhCDME802NOs2yOnMTltKLNDfivouT8PAxAEF4ozFlJ > gBUtKfWMb2teQpDp64K4bQAZOUFEjW1KuETIPD9oq7tNx2Ohp9QGl08pKxA66OaD > 8GiBqmjA/NzM7xmZqWSMqu6GSrSQnA5PDMZM/B4m79cVYzYoGi7FBLq3hBEKCXKG > y3TWNnVjRXVamHh4cWY3i+1fC+se+DobR/dt/l1abtJ/HdnxNcQQc57eB97yAvQI > Xg7u0Hhf6uqJkGohoyA7CWpr1ArEszBIfgQ4niCTa5anT5KrrQly9Imkt1i+9pdi > SFh0tDFyzyL0Fhcc0VvY > =+Nmz > -----END PGP SIGNATURE----- > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > > iQIcBAABAgAGBQJQf4NJAAoJEO2X6Q5iqn4007sP/R1bciDNZ1CbkCNT4EMVaK8E > PLhql3SsNZrPJYZHm5Ph03uG8YvlY1ysHgSQn9dz/MNQ8eO3oBno06To/1Tn34Rh > W6J0Iyrw9EOuCykke0oF/EmUh2T89DFJUzKbg+3x5UZ8QM+mhHHCL+5wSEm8aY9m > zmleAyhwdh+4kgUvVT6f3IisWY2FCOufQZ7oJx8g1QHuPy1lBI8jLqHbUNWvR0CD > PyAvhEUPGRDfWUM7jkPpN8tK4LE4PAM0OH3lXhOct221heQ05AFr5+N8i+B3z2lR > K0JCeF2QtDtXnkYTKIUMGfXoA7KXTVkAO3gSjcPTusSF6WByLIhiP7I025x9Aglq > BGwy1NxVbdiEv51ibiR9VZs28zqxdTnxKoL6cwkmbWApk6XyG/aCZQXjN+92Mtv0 > eXRgIHeWzlOE7/b7SHi06iU9p23qR9AQNRpFwZqZHCK/tnn1kl6zl+WKjrM6ZhOO > 1WvN1slat57p790+ekld1TbAEU3pto5QZekOMwOdV/5+w3Q09J83AzfNZEeKZS4F > GE/RWo6+nCrFUNBMJkx0uOMwcIWW3lK9FEknrfT/Z27XkDKDRL4j5RdWs+juk2Oq > z3fUJMqb0TRgIgWl1RIsvWCiAXI4XAojD2Qx3zYr4smhcV/rEZ4NiPLoh/lLY6j2 > tuePXzMqu3pQ16Uc/d9h > =8M0s > -----END PGP SIGNATURE----- -- Elliott Hughes - http://who/enh - http://jessies.org/~enh/ NIO, JNI, or bionic questions? Mail me/drop by/add me as a reviewer.

2 1

America/Bahia will not join Brazilian DST in 2012
by Antonio Terceiro Oct. 18, 2012

Oct. 18, 2012

It's been published in the news that the state of Bahia, Brazil, will not be joining the DST this year. http://www.correio24horas.com.br/noticias/detalhes/detalhes-1/artigo/apos-p… http://g1.globo.com/bahia/noticia/2012/10/governador-cancela-adesao-da-bahi… http://atarde.uol.com.br/bahia/materias/1459705-bahia-esta-fora-do-horario-… Since the news came a little late, systems using America/Bahia need to be upgraded ASAP to stay in the correct time after DST starts (Oct 21st, next Sunday). Is it possible to have a new release of tzdata soon so that we can coordinate a quick update? Thanks in advance, -- Antonio Terceiro <terceiro(a)debian.org>

2 1

tzcode2012g and tzdata2012g available
by Paul Eggert Oct. 17, 2012

Oct. 17, 2012

The 2012g release of the tz code and data is available. It reflects the following changes recently circulated on the tz mailing list: Samoa fall 2012 and later. (Thanks to Nicholas Pereira and Robert Elz.) Palestine fall 2012. (Thanks to Steffen Thorsen.) Assume C89. This release does not reflect the possible changes discussed yesterday for Tocantins and Bahia; I plan to send out further email about that soon. Nor does it include the minor C style-code change for NULL versus 0 -- I plan to get to that the next time around, since it doesn't affect functionality. To attack the version-number problem, this release ships the file 'Makefile' (which contains the release number) in both the tzcode and the tzdata tarballs. The two Makefiles are identical, and should be identical in any matching pair of tarballs, so it shouldn't matter which order you extract the tarballs. Perhaps we can come up with a better version-number scheme at some point; this scheme does have the virtue of not adding more files. Here are links to the release files: http://www.iana.org/time-zones/repository/releases/tzcode2012g.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2012g.tar.gz ftp://ftp.iana.org/tz/releases/tzcode2012g.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2012g.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 This release corresponds to commit ec6a124c84ef45054c84cbe49ee8ebe27473c01c in the unofficial github repository at <https://github.com/eggert/tz>. Here is the GPG checksum for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAABAgAGBQJQf4M1AAoJEO2X6Q5iqn40cgoP/2gNWNwj4ZSXadowHbjoA9QT 8gqjdw5vXYbIczBei0uwuG5X/yvgiSk57DCbR2XOa7IwPkIom0HbJpL0FYPB8I5D cMdr7IYbksGXnnVn9mbtiTM06IJRxIU/d6O3c/2yHgv5yJp8JMj4dr746iI4EVGZ osA1FDefsCpIaE8/axToY83uLaroTKjHAqucQoQ/+5htTTcfoEM/MNX7ZcLS7uxl alHUNWH2KCxHiYC3HBL04B+dHdY3K3HaOR57TwDbzHSnjcBwa45jaDGBo9fV/0aZ cpbisJ+5O/IYl4uwUTYpFPrfcy95KxdxaIp/K167uDbc/Nb+rUOY9BjdqGjVyGHt V749gV1tO4jnzJMUF+sIuvhCDME802NOs2yOnMTltKLNDfivouT8PAxAEF4ozFlJ gBUtKfWMb2teQpDp64K4bQAZOUFEjW1KuETIPD9oq7tNx2Ohp9QGl08pKxA66OaD 8GiBqmjA/NzM7xmZqWSMqu6GSrSQnA5PDMZM/B4m79cVYzYoGi7FBLq3hBEKCXKG y3TWNnVjRXVamHh4cWY3i+1fC+se+DobR/dt/l1abtJ/HdnxNcQQc57eB97yAvQI Xg7u0Hhf6uqJkGohoyA7CWpr1ArEszBIfgQ4niCTa5anT5KrrQly9Imkt1i+9pdi SFh0tDFyzyL0Fhcc0VvY =+Nmz -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAABAgAGBQJQf4NJAAoJEO2X6Q5iqn4007sP/R1bciDNZ1CbkCNT4EMVaK8E PLhql3SsNZrPJYZHm5Ph03uG8YvlY1ysHgSQn9dz/MNQ8eO3oBno06To/1Tn34Rh W6J0Iyrw9EOuCykke0oF/EmUh2T89DFJUzKbg+3x5UZ8QM+mhHHCL+5wSEm8aY9m zmleAyhwdh+4kgUvVT6f3IisWY2FCOufQZ7oJx8g1QHuPy1lBI8jLqHbUNWvR0CD PyAvhEUPGRDfWUM7jkPpN8tK4LE4PAM0OH3lXhOct221heQ05AFr5+N8i+B3z2lR K0JCeF2QtDtXnkYTKIUMGfXoA7KXTVkAO3gSjcPTusSF6WByLIhiP7I025x9Aglq BGwy1NxVbdiEv51ibiR9VZs28zqxdTnxKoL6cwkmbWApk6XyG/aCZQXjN+92Mtv0 eXRgIHeWzlOE7/b7SHi06iU9p23qR9AQNRpFwZqZHCK/tnn1kl6zl+WKjrM6ZhOO 1WvN1slat57p790+ekld1TbAEU3pto5QZekOMwOdV/5+w3Q09J83AzfNZEeKZS4F GE/RWo6+nCrFUNBMJkx0uOMwcIWW3lK9FEknrfT/Z27XkDKDRL4j5RdWs+juk2Oq z3fUJMqb0TRgIgWl1RIsvWCiAXI4XAojD2Qx3zYr4smhcV/rEZ4NiPLoh/lLY6j2 tuePXzMqu3pQ16Uc/d9h =8M0s -----END PGP SIGNATURE-----

1 0

Heads up: America/Bahia -- it looks like no DST this Sunday
by Cook, Kelley (R.K.) Oct. 16, 2012

Oct. 16, 2012

According to this release the governor of state of Bahia in Brazil announced on Thursday that due to public pressure, he is reversing the DST policy they implemented last year and will not be going to Summer Time on October 21st, 2012. http://translate.google.com/translate?hl=en&sl=pt&u=http://www.correio24hor…

1 0

Proposal for a modern 'Collapsed' Namespace
by Walter Oct. 15, 2012

Oct. 15, 2012

Hi there, I would like to propose solving the following issues for many users by adding a new file in the TZ database: - The much referenced issue of 1.4 billion+ people on Beijing time being semantically mismatched to their timezone entry, which for lack of meaningful alternative timezone identification strings winds up getting displayed to users. - The lack of a functional entry for the widely used but unofficial Xinjiang or Wulumuqi time of western China. - General accrual of crufty old timezones. - The need for a shared database of decent multilingual timezone names and descriptions. - The problem of how to display a timezone to the user that is detected via zone.tab and GeoIP, or similar methods. Please find attached my proposal, which is born of developer requirements and primarily the consideration for end user experience rather than that of historical correctness in edge cases. Kind regards, Walter Stanish

11 31

[PATCH 1/3] Assume C89.
by Paul Eggert Oct. 12, 2012

Oct. 12, 2012

* Makefile (GCC_DEBUG_FLAGS): Modernize for GCC 4.6.3 x86. * asctime.c (asctime_r, asctime): * date.c (main, dogmt, reset, wildinput, nondigit, oops, display) (timeout, sametm, netsettime): * difftime.c (difftime): * ialloc.c (icatalloc, icpyalloc): * localtime.c (detzcode, detzcode64, differ_by_repeat) (tzload, typesequiv, getzname, getnum, getsecs, getoffset) (getrule, transtime, tzparse, gmtload, tzsetwall, tzset) (localsub, localtime, localtime_r, gmtsub, gmtime, gmtime_r) (offtime, leaps_thru_end_of, timesub, ctime, ctime_r) (increment_overflow, long_increment_overflow) (normalize_overflow, long_normalize_overflow, tmcomp, time2sub) (time2, time1, mktime, timelocal, timegm, timeoff, gtime) (leapcorr, time2posix, posix2time): * scheck.c (scheck): * strftime.c (strftime, _fmt, _conv, _add, _yconv, _loc): * zdump.c (my_localtime, abbrok, usage, main, yeartot) (delta, abbr, dumptime): * zic.c (memcheck, eats, eat, error, warning, main) (dolink, itsdir, rcomp, associate, infile, gethms, inrule) (inzone, inzcont, inzsub, inleap, inlink, rulesub, convert) (convert64, puttzcode, puttzcode64, atcomp, is32, writezone, DO) (doabbr, updateminmax, stringoffset, stringrule, stringzone) (outzone, addtt, addtype, leapadd, yearistype, lowerit, ciequal) (itsabbr, byword, getfields, oadd, tadd, rpytime, newabbr) (mkdirs, eitol): Assume C89 or better. Mostly this consists of using function prototypes. In a few places, prototypes are required for portability to hosts where time_t does not promote to itself and where a preceding prototype does not override a definition. But while we're at it we might as well be consistent: it's safe to assume at-least-C89 these days. * ialloc.c (nonzero, imalloc, icalloc, irealloc, ifree, icfree): Remove; no longer needed now that we assume C89 or better. All callers changed to use malloc, calloc, realloc, free. * localtime.c (getzname, getqzname, leaps_thru_end_of, transtime): * zdump.c (delta, yeartot): * zic.c (eitol): Now pure. * private.h, zdump.c (ATTRIBUTE_PURE): New macro. * private.h (icalloc, imalloc, irealloc, icfree, ifree): Remove decls. * zic.c: Remove no-longer-necessary forward decls. (max_time, min_time): Now const. (setboundaries): Remove. --- Makefile | 16 ++- asctime.c | 7 +- date.c | 66 ++++------ difftime.c | 4 +- ialloc.c | 56 +-------- localtime.c | 201 ++++++++++-------------------- private.h | 11 +- scheck.c | 10 +- strftime.c | 40 ++---- zdump.c | 47 +++---- zic.c | 399 +++++++++++++++++++---------------------------------------- 11 files changed, 283 insertions(+), 574 deletions(-) diff --git a/Makefile b/Makefile index cfcd46d..2b18e31 100644 --- a/Makefile +++ b/Makefile @@ -118,10 +118,18 @@ LDLIBS= # -DZIC_MAX_ABBR_LEN_WO_WARN=3 # (or some other number) to set the maximum time zone abbreviation length # that zic will accept without a warning (the default is 6) -GCC_DEBUG_FLAGS = -Dlint -g -O3 -fno-common \ - -Wall -Wcast-qual -Wconversion -Wmissing-prototypes \ - -Wnested-externs -Wpointer-arith -Wshadow \ - -Wtraditional # -Wstrict-prototypes -Wwrite-strings +GCC_DEBUG_FLAGS = -Dlint -g3 -O3 -fno-common -fstrict-aliasing \ + -Wall -Wextra \ + -Wbad-function-cast -Wcast-align -Wcast-qual \ + -Wformat=2 -Winit-self \ + -Wmissing-declarations -Wmissing-noreturn -Wmissing-prototypes \ + -Wnested-externs \ + -Wno-format-nonliteral -Wno-sign-compare -Wno-sign-conversion \ + -Wno-type-limits \ + -Wno-unused-parameter -Woverlength-strings -Wpointer-arith \ + -Wshadow -Wstrict-prototypes -Wsuggest-attribute=const \ + -Wsuggest-attribute=noreturn -Wsuggest-attribute=pure -Wtrampolines \ + -Wwrite-strings # # If you want to use System V compatibility code, add # -DUSG_COMPAT diff --git a/asctime.c b/asctime.c index 3d3f6b9..152b0db 100644 --- a/asctime.c +++ b/asctime.c @@ -69,9 +69,7 @@ static char buf_asctime[MAX_ASCTIME_BUF_SIZE]; */ char * -asctime_r(timeptr, buf) -register const struct tm * timeptr; -char * buf; +asctime_r(register const struct tm *timeptr, char *buf) { static const char wday_name[][3] = { "Sun", "Mon", "Tue", "Wed", "Thu", "Fri", "Sat" @@ -128,8 +126,7 @@ char * buf; */ char * -asctime(timeptr) -register const struct tm * timeptr; +asctime(register const struct tm *timeptr) { return asctime_r(timeptr, buf_asctime); } diff --git a/date.c b/date.c index 5a2346e..b9578e1 100644 --- a/date.c +++ b/date.c @@ -83,9 +83,7 @@ static void wildinput(const char *, const char *, const char *); int -main(argc, argv) -const int argc; -char * argv[]; +main(const int argc, char *argv[]) { register const char * format; register const char * value; @@ -246,11 +244,11 @@ _("date: error: multiple values in command line\n")); tv.tv_sec = (int) adjust; tv.tv_usec = (int) ((adjust - tv.tv_sec) * 1000000L); - if (adjtime(&tv, (struct timeval *) NULL) != 0) + if (adjtime(&tv, NULL) != 0) oops("adjtime"); #endif /* HAVE_ADJTIME */ #if !HAVE_ADJTIME - reset((time_t) (now + adjust), nflag); + reset(now + adjust, nflag); #endif /* !HAVE_ADJTIME */ /* ** Sun silently ignores everything else; we follow suit. @@ -262,13 +260,13 @@ _("date: error: multiple values in command line\n")); struct timezone tz; if (!dflag || !tflag) - if (gettimeofday((struct timeval *) NULL, &tz) != 0) + if (gettimeofday(NULL, &tz) != 0) oops("gettimeofday"); if (dflag) tz.tz_dsttime = dsttime; if (tflag) tz.tz_minuteswest = minuteswest; - if (settimeofday((struct timeval *) NULL, &tz) != 0) + if (settimeofday(NULL, &tz) != 0) oops("settimeofday"); #endif /* HAVE_SETTIMEOFDAY == 2 */ #if HAVE_SETTIMEOFDAY != 2 @@ -314,7 +312,7 @@ dogmt(void) for (n = 0; environ[n] != NULL; ++n) continue; - fakeenv = (char **) malloc((size_t) (n + 2) * sizeof *fakeenv); + fakeenv = malloc((n + 2) * sizeof *fakeenv); if (fakeenv == NULL) { (void) perror(_("Memory exhausted")); errensure(); @@ -445,9 +443,7 @@ extern int logwtmp(); /*ARGSUSED*/ #endif /* !defined TSP_SETDATE */ static void -reset(newt, nflag) -const time_t newt; -const int nflag; +reset(const time_t newt, const int nflag) { register const char * username; static struct timeval tv; /* static so tv_usec is 0 */ @@ -467,7 +463,7 @@ const int nflag; ** "old" entry is always written, for compatibility. */ logwtmp("|", TIME_NAME, ""); - if (settimeofday(&tv, (struct timezone *) NULL) == 0) { + if (settimeofday(&tv, NULL) == 0) { logwtmp("{", TIME_NAME, ""); /* } */ syslog(LOG_AUTH | LOG_NOTICE, _("date set by %s"), username); @@ -478,10 +474,8 @@ const int nflag; #endif /* !defined OLD_TIME */ static void -wildinput(item, value, reason) -const char * const item; -const char * const value; -const char * const reason; +wildinput(const char *const item, const char *const value, + const char *const reason) { (void) fprintf(stderr, _("date: error: bad command line %s \"%s\", %s\n"), @@ -497,8 +491,7 @@ errensure(void) } static const char * -nondigit(cp) -register const char * cp; +nondigit(register const char *cp) { while (is_digit(*cp)) ++cp; @@ -515,8 +508,7 @@ usage(void) } static void -oops(string) -const char * const string; +oops(const char *const string) { int e = errno; @@ -524,12 +516,11 @@ const char * const string; errno = e; (void) perror(string); errensure(); - display((char *) NULL); + display(NULL); } static void -display(format) -const char * const format; +display(const char *const format) { struct tm tm; time_t now; @@ -553,10 +544,7 @@ extern size_t strftime(); #define INCR 1024 static void -timeout(fp, format, tmp) -FILE * const fp; -const char * const format; -const struct tm * const tmp; +timeout(FILE *const fp, const char *const format, const struct tm *const tmp) { char * cp; size_t result; @@ -565,7 +553,7 @@ const struct tm * const tmp; if (*format == '\0') return; size = INCR; - cp = malloc((size_t) size); + cp = malloc(size); for ( ; ; ) { if (cp == NULL) { (void) fprintf(stderr, @@ -578,16 +566,15 @@ const struct tm * const tmp; if (result != 0 || cp[0] == '\0') break; size += INCR; - cp = realloc(cp, (size_t) size); + cp = realloc(cp, size); } (void) fwrite(cp, 1, result, fp); free(cp); } static int -sametm(atmp, btmp) -register const struct tm * const atmp; -register const struct tm * const btmp; +sametm(register const struct tm *const atmp, + register const struct tm *const btmp) { return atmp->tm_year == btmp->tm_year && atmp->tm_mon == btmp->tm_mon && @@ -813,8 +800,7 @@ iffy(const time_t thist, const time_t thatt, * notifies the master that a correction is needed. * Returns 1 on success, 0 on failure. */ -netsettime(ntv) - struct timeval ntv; +netsettime(struct timeval ntv) { int s, length, port, timed_ack, found, err; long waittime; @@ -833,7 +819,7 @@ netsettime(ntv) } dest.sin_port = sp->s_port; dest.sin_family = AF_INET; - dest.sin_addr.s_addr = htonl((u_long)INADDR_ANY); + dest.sin_addr.s_addr = htonl(INADDR_ANY); s = socket(AF_INET, SOCK_DGRAM, 0); if (s < 0) { if (errno != EPROTONOSUPPORT) @@ -843,7 +829,7 @@ netsettime(ntv) bzero((char *)&sin, sizeof (sin)); sin.sin_family = AF_INET; for (port = IPPORT_RESERVED - 1; port > IPPORT_RESERVED / 2; port--) { - sin.sin_port = htons((u_short)port); + sin.sin_port = htons(port); if (bind(s, (struct sockaddr *)&sin, sizeof (sin)) >= 0) break; if (errno != EADDRINUSE) { @@ -863,9 +849,9 @@ netsettime(ntv) goto bad; } (void) strncpy(msg.tsp_name, hostname, sizeof (hostname)); - msg.tsp_seq = htons((u_short)0); - msg.tsp_time.tv_sec = htonl((u_long)ntv.tv_sec); - msg.tsp_time.tv_usec = htonl((u_long)ntv.tv_usec); + msg.tsp_seq = htons(0); + msg.tsp_time.tv_sec = htonl(ntv.tv_sec); + msg.tsp_time.tv_usec = htonl(ntv.tv_usec); length = sizeof (struct sockaddr_in); if (connect(s, &dest, length) < 0) { perror("date: connect"); @@ -883,7 +869,7 @@ loop: tout.tv_usec = 0; FD_ZERO(&ready); FD_SET(s, &ready); - found = select(FD_SETSIZE, &ready, (fd_set *)0, (fd_set *)0, &tout); + found = select(FD_SETSIZE, &ready, 0, 0, &tout); length = sizeof err; if (getsockopt(s, SOL_SOCKET, SO_ERROR, (char *)&err, &length) == 0 && err) { diff --git a/difftime.c b/difftime.c index 59e3351..c8c85b3 100644 --- a/difftime.c +++ b/difftime.c @@ -8,9 +8,7 @@ #include "private.h" /* for time_t, TYPE_INTEGRAL, and TYPE_SIGNED */ double -difftime(time1, time0) -const time_t time1; -const time_t time0; +difftime(const time_t time1, const time_t time0) { /* ** If (sizeof (double) > sizeof (time_t)) simply convert and subtract diff --git a/ialloc.c b/ialloc.c index 0268cf4..b6f0188 100644 --- a/ialloc.c +++ b/ialloc.c @@ -7,39 +7,8 @@ #include "private.h" -#define nonzero(n) (((n) == 0) ? 1 : (n)) - -char * -imalloc(n) -const int n; -{ - return malloc((size_t) nonzero(n)); -} - -char * -icalloc(nelem, elsize) -int nelem; -int elsize; -{ - if (nelem == 0 || elsize == 0) - nelem = elsize = 1; - return calloc((size_t) nelem, (size_t) elsize); -} - -void * -irealloc(pointer, size) -void * const pointer; -const int size; -{ - if (pointer == NULL) - return imalloc(size); - return realloc((void *) pointer, (size_t) nonzero(size)); -} - char * -icatalloc(old, new) -char * const old; -const char * const new; +icatalloc(char *const old, const char *const new) { register char * result; register int oldsize, newsize; @@ -50,31 +19,14 @@ const char * const new; else if (newsize == 0) return old; else oldsize = strlen(old); - if ((result = irealloc(old, oldsize + newsize + 1)) != NULL) + if ((result = realloc(old, oldsize + newsize + 1)) != NULL) if (new != NULL) (void) strcpy(result + oldsize, new); return result; } char * -icpyalloc(string) -const char * const string; -{ - return icatalloc((char *) NULL, string); -} - -void -ifree(p) -char * const p; -{ - if (p != NULL) - (void) free(p); -} - -void -icfree(p) -char * const p; +icpyalloc(const char *const string) { - if (p != NULL) - (void) free(p); + return icatalloc(NULL, string); } diff --git a/localtime.c b/localtime.c index 93ef8a8..e074c54 100644 --- a/localtime.c +++ b/localtime.c @@ -133,8 +133,9 @@ struct rule { static long detzcode(const char * codep); static time_t detzcode64(const char * codep); static int differ_by_repeat(time_t t1, time_t t0); -static const char * getzname(const char * strp); -static const char * getqzname(const char * strp, const int delim); +static const char * getzname(const char * strp) ATTRIBUTE_PURE; +static const char * getqzname(const char * strp, const int delim) + ATTRIBUTE_PURE; static const char * getnum(const char * strp, int * nump, int min, int max); static const char * getsecs(const char * strp, long * secsp); @@ -146,7 +147,7 @@ static struct tm * gmtsub(const time_t * timep, long offset, static struct tm * localsub(const time_t * timep, long offset, struct tm * tmp); static int increment_overflow(int * number, int delta); -static int leaps_thru_end_of(int y); +static int leaps_thru_end_of(int y) ATTRIBUTE_PURE; static int long_increment_overflow(long * number, int delta); static int long_normalize_overflow(long * tensptr, int * unitsptr, int base); @@ -170,7 +171,8 @@ static struct tm * timesub(const time_t * timep, long offset, static int tmcomp(const struct tm * atmp, const struct tm * btmp); static time_t transtime(time_t janfirst, int year, - const struct rule * rulep, long offset); + const struct rule * rulep, long offset) + ATTRIBUTE_PURE; static int typesequiv(const struct state * sp, int a, int b); static int tzload(const char * name, struct state * sp, int doextend); @@ -222,8 +224,7 @@ time_t altzone = 0; #endif /* defined ALTZONE */ static long -detzcode(codep) -const char * const codep; +detzcode(const char *const codep) { register long result; register int i; @@ -235,8 +236,7 @@ const char * const codep; } static time_t -detzcode64(codep) -const char * const codep; +detzcode64(const char *const codep) { register time_t result; register int i; @@ -310,9 +310,7 @@ settzname(void) } static int -differ_by_repeat(t1, t0) -const time_t t1; -const time_t t0; +differ_by_repeat(const time_t t1, const time_t t0) { if (TYPE_INTEGRAL(time_t) && TYPE_BIT(time_t) - TYPE_SIGNED(time_t) < SECSPERREPEAT_BITS) @@ -321,10 +319,8 @@ const time_t t0; } static int -tzload(name, sp, doextend) -register const char * name; -register struct state * const sp; -register const int doextend; +tzload(register const char *name, register struct state *const sp, + register const int doextend) { register const char * p; register int i; @@ -571,21 +567,18 @@ register const int doextend; } } #ifdef ALL_STATE - (void) free((void *) up); + free(up); #endif /* defined ALL_STATE */ return 0; oops: #ifdef ALL_STATE - (void) free((void *) up); + free(up); #endif /* defined ALL_STATE */ return -1; } static int -typesequiv(sp, a, b) -const struct state * const sp; -const int a; -const int b; +typesequiv(const struct state *const sp, const int a, const int b) { register int result; @@ -622,8 +615,7 @@ static const int year_lengths[2] = { */ static const char * -getzname(strp) -register const char * strp; +getzname(register const char *strp) { register char c; @@ -660,11 +652,7 @@ getqzname(register const char *strp, const int delim) */ static const char * -getnum(strp, nump, min, max) -register const char * strp; -int * const nump; -const int min; -const int max; +getnum(register const char *strp, int *const nump, const int min, const int max) { register char c; register int num; @@ -693,9 +681,7 @@ const int max; */ static const char * -getsecs(strp, secsp) -register const char * strp; -long * const secsp; +getsecs(register const char *strp, long *const secsp) { int num; @@ -735,9 +721,7 @@ long * const secsp; */ static const char * -getoffset(strp, offsetp) -register const char * strp; -long * const offsetp; +getoffset(register const char *strp, long *const offsetp) { register int neg = 0; @@ -762,9 +746,7 @@ long * const offsetp; */ static const char * -getrule(strp, rulep) -const char * strp; -register struct rule * const rulep; +getrule(const char *strp, register struct rule *const rulep) { if (*strp == 'J') { /* @@ -816,11 +798,8 @@ register struct rule * const rulep; */ static time_t -transtime(janfirst, year, rulep, offset) -const time_t janfirst; -const int year; -register const struct rule * const rulep; -const long offset; +transtime(const time_t janfirst, const int year, + register const struct rule *const rulep, const long offset) { register int leapyear; register time_t value; @@ -911,10 +890,8 @@ const long offset; */ static int -tzparse(name, sp, lastditch) -const char * name; -register struct state * const sp; -const int lastditch; +tzparse(const char *name, register struct state *const sp, + const int lastditch) { const char * stdname; const char * dstname; @@ -1149,8 +1126,7 @@ const int lastditch; } static void -gmtload(sp) -struct state * const sp; +gmtload(struct state *const sp) { if (tzload(gmt, sp, TRUE) != 0) (void) tzparse(gmt, sp, TRUE); @@ -1172,14 +1148,14 @@ tzsetwall(void) #ifdef ALL_STATE if (lclptr == NULL) { - lclptr = (struct state *) calloc(1, sizeof *lclptr); + lclptr = calloc(1, sizeof *lclptr); if (lclptr == NULL) { settzname(); /* all we can do */ return; } } #endif /* defined ALL_STATE */ - if (tzload((char *) NULL, lclptr, TRUE) != 0) + if (tzload(NULL, lclptr, TRUE) != 0) gmtload(lclptr); settzname(); } @@ -1203,7 +1179,7 @@ tzset(void) #ifdef ALL_STATE if (lclptr == NULL) { - lclptr = (struct state *) calloc(1, sizeof *lclptr); + lclptr = calloc(1, sizeof *lclptr); if (lclptr == NULL) { settzname(); /* all we can do */ return; @@ -1238,10 +1214,7 @@ tzset(void) /*ARGSUSED*/ static struct tm * -localsub(timep, offset, tmp) -const time_t * const timep; -const long offset; -struct tm * const tmp; +localsub(const time_t *const timep, const long offset, struct tm *const tmp) { register struct state * sp; register const struct ttinfo * ttisp; @@ -1330,8 +1303,7 @@ struct tm * const tmp; } struct tm * -localtime(timep) -const time_t * const timep; +localtime(const time_t *const timep) { tzset(); return localsub(timep, 0L, &tm); @@ -1342,9 +1314,7 @@ const time_t * const timep; */ struct tm * -localtime_r(timep, tmp) -const time_t * const timep; -struct tm * tmp; +localtime_r(const time_t *const timep, struct tm *tmp) { return localsub(timep, 0L, tmp); } @@ -1354,17 +1324,14 @@ struct tm * tmp; */ static struct tm * -gmtsub(timep, offset, tmp) -const time_t * const timep; -const long offset; -struct tm * const tmp; +gmtsub(const time_t *const timep, const long offset, struct tm *const tmp) { register struct tm * result; if (!gmt_is_set) { gmt_is_set = TRUE; #ifdef ALL_STATE - gmtptr = (struct state *) calloc(1, sizeof *gmtptr); + gmtptr = calloc(1, sizeof *gmtptr); if (gmtptr != NULL) #endif /* defined ALL_STATE */ gmtload(gmtptr); @@ -1393,8 +1360,7 @@ struct tm * const tmp; } struct tm * -gmtime(timep) -const time_t * const timep; +gmtime(const time_t *const timep) { return gmtsub(timep, 0L, &tm); } @@ -1404,9 +1370,7 @@ const time_t * const timep; */ struct tm * -gmtime_r(timep, tmp) -const time_t * const timep; -struct tm * tmp; +gmtime_r(const time_t *const timep, struct tm *tmp) { return gmtsub(timep, 0L, tmp); } @@ -1414,9 +1378,7 @@ struct tm * tmp; #ifdef STD_INSPIRED struct tm * -offtime(timep, offset) -const time_t * const timep; -const long offset; +offtime(const time_t *const timep, const long offset) { return gmtsub(timep, offset, &tm); } @@ -1429,19 +1391,16 @@ const long offset; */ static int -leaps_thru_end_of(y) -register const int y; +leaps_thru_end_of(register const int y) { return (y >= 0) ? (y / 4 - y / 100 + y / 400) : -(leaps_thru_end_of(-(y + 1)) + 1); } static struct tm * -timesub(timep, offset, sp, tmp) -const time_t * const timep; -const long offset; -register const struct state * const sp; -register struct tm * const tmp; +timesub(const time_t *const timep, const long offset, + register const struct state *const sp, + register struct tm *const tmp) { register const struct lsinfo * lp; register time_t tdays; @@ -1571,8 +1530,7 @@ register struct tm * const tmp; } char * -ctime(timep) -const time_t * const timep; +ctime(const time_t *const timep) { /* ** Section 4.12.3.2 of X3.159-1989 requires that @@ -1584,9 +1542,7 @@ const time_t * const timep; } char * -ctime_r(timep, buf) -const time_t * const timep; -char * buf; +ctime_r(const time_t *const timep, char *buf) { struct tm mytm; @@ -1611,9 +1567,7 @@ char * buf; */ static int -increment_overflow(ip, j) -int * const ip; -int j; +increment_overflow(int *const ip, int j) { register int const i = *ip; @@ -1630,9 +1584,7 @@ int j; } static int -long_increment_overflow(lp, m) -long * const lp; -int const m; +long_increment_overflow(long *const lp, int const m) { register long const l = *lp; @@ -1643,10 +1595,7 @@ int const m; } static int -normalize_overflow(tensptr, unitsptr, base) -int * const tensptr; -int * const unitsptr; -const int base; +normalize_overflow(int *const tensptr, int *const unitsptr, const int base) { register int tensdelta; @@ -1658,10 +1607,7 @@ const int base; } static int -long_normalize_overflow(tensptr, unitsptr, base) -long * const tensptr; -int * const unitsptr; -const int base; +long_normalize_overflow(long *const tensptr, int *const unitsptr, const int base) { register int tensdelta; @@ -1673,9 +1619,8 @@ const int base; } static int -tmcomp(atmp, btmp) -register const struct tm * const atmp; -register const struct tm * const btmp; +tmcomp(register const struct tm *const atmp, + register const struct tm *const btmp) { register int result; @@ -1689,12 +1634,11 @@ register const struct tm * const btmp; } static time_t -time2sub(tmp, funcp, offset, okayp, do_norm_secs) -struct tm * const tmp; -struct tm * (* const funcp)(const time_t*, long, struct tm*); -const long offset; -int * const okayp; -const int do_norm_secs; +time2sub(struct tm *const tmp, + struct tm *(*const funcp)(const time_t *, long, struct tm *), + const long offset, + int *const okayp, + const int do_norm_secs) { register const struct state * sp; register int dir; @@ -1873,11 +1817,10 @@ label: } static time_t -time2(tmp, funcp, offset, okayp) -struct tm * const tmp; -struct tm * (* const funcp)(const time_t*, long, struct tm*); -const long offset; -int * const okayp; +time2(struct tm * const tmp, + struct tm * (*const funcp)(const time_t *, long, struct tm *), + const long offset, + int *const okayp) { time_t t; @@ -1891,10 +1834,9 @@ int * const okayp; } static time_t -time1(tmp, funcp, offset) -struct tm * const tmp; -struct tm * (* const funcp)(const time_t *, long, struct tm *); -const long offset; +time1(struct tm *const tmp, + struct tm *(*const funcp) (const time_t *, long, struct tm *), + const long offset) { register time_t t; register const struct state * sp; @@ -1968,8 +1910,7 @@ const long offset; } time_t -mktime(tmp) -struct tm * const tmp; +mktime(struct tm *const tmp) { tzset(); return time1(tmp, localsub, 0L); @@ -1978,8 +1919,7 @@ struct tm * const tmp; #ifdef STD_INSPIRED time_t -timelocal(tmp) -struct tm * const tmp; +timelocal(struct tm *const tmp) { if (tmp != NULL) tmp->tm_isdst = -1; /* in case it wasn't initialized */ @@ -1987,8 +1927,7 @@ struct tm * const tmp; } time_t -timegm(tmp) -struct tm * const tmp; +timegm(struct tm *const tmp) { if (tmp != NULL) tmp->tm_isdst = 0; @@ -1996,9 +1935,7 @@ struct tm * const tmp; } time_t -timeoff(tmp, offset) -struct tm * const tmp; -const long offset; +timeoff(struct tm *const tmp, const long offset) { if (tmp != NULL) tmp->tm_isdst = 0; @@ -2015,8 +1952,7 @@ const long offset; */ long -gtime(tmp) -struct tm * const tmp; +gtime(struct tm *const tmp) { const time_t t = mktime(tmp); @@ -2042,8 +1978,7 @@ struct tm * const tmp; */ static long -leapcorr(timep) -time_t * timep; +leapcorr(time_t *timep) { register struct state * sp; register struct lsinfo * lp; @@ -2060,16 +1995,14 @@ time_t * timep; } time_t -time2posix(t) -time_t t; +time2posix(time_t t) { tzset(); return t - leapcorr(&t); } time_t -posix2time(t) -time_t t; +posix2time(time_t t) { time_t x; time_t y; diff --git a/private.h b/private.h index f0e2e6d..1d1d391 100644 --- a/private.h +++ b/private.h @@ -144,6 +144,12 @@ typedef long int_fast64_t; #define INT32_MIN (-1 - INT32_MAX) #endif /* !defined INT32_MIN */ +#if 2 < __GNUC__ || (__GNUC__ == 2 && 96 <= __GNUC_MINOR__) +# define ATTRIBUTE_PURE __attribute__ ((__pure__)) +#else +# define ATTRIBUTE_PURE /* empty */ +#endif + /* ** Workarounds for compilers/systems. */ @@ -162,13 +168,8 @@ extern char * asctime_r(struct tm const *, char *); ** Private function declarations. */ -char * icalloc(int nelem, int elsize); char * icatalloc(char * old, const char * new); char * icpyalloc(const char * string); -char * imalloc(int n); -void * irealloc(void * pointer, int size); -void icfree(char * pointer); -void ifree(char * pointer); const char * scheck(const char * string, const char * format); /* diff --git a/scheck.c b/scheck.c index 8e7737f..ed60980 100644 --- a/scheck.c +++ b/scheck.c @@ -8,9 +8,7 @@ #include "private.h" const char * -scheck(string, format) -const char * const string; -const char * const format; +scheck(const char *const string, const char *const format) { register char * fbuf; register const char * fp; @@ -22,7 +20,7 @@ const char * const format; result = ""; if (string == NULL || format == NULL) return result; - fbuf = imalloc((int) (2 * strlen(format) + 4)); + fbuf = malloc(2 * strlen(format) + 4); if (fbuf == NULL) return result; fp = format; @@ -51,7 +49,7 @@ const char * const format; *tp++ = 'c'; *tp = '\0'; if (sscanf(string, fbuf, &dummy) != 1) - result = (char *) format; - ifree(fbuf); + result = format; + free(fbuf); return result; } diff --git a/strftime.c b/strftime.c index e8c8b82..4950f74 100644 --- a/strftime.c +++ b/strftime.c @@ -114,11 +114,8 @@ extern char * tzname[]; #define IN_ALL 3 size_t -strftime(s, maxsize, format, t) -char * const s; -const size_t maxsize; -const char * const format; -const struct tm * const t; +strftime(char * const s, const size_t maxsize, const char *const format, + const struct tm *const t) { char * p; int warn; @@ -152,12 +149,8 @@ const struct tm * const t; } static char * -_fmt(format, t, pt, ptlim, warnp) -const char * format; -const struct tm * const t; -char * pt; -const char * const ptlim; -int * warnp; +_fmt(const char *format, const struct tm *const t, char * pt, + const char *const ptlim, int *warnp) { for ( ; *format; ++format) { if (*format == '%') { @@ -565,11 +558,8 @@ label: } static char * -_conv(n, format, pt, ptlim) -const int n; -const char * const format; -char * const pt; -const char * const ptlim; +_conv(const int n, const char *const format, char *const pt, + const char *const ptlim) { char buf[INT_STRLEN_MAXIMUM(int) + 1]; @@ -578,10 +568,7 @@ const char * const ptlim; } static char * -_add(str, pt, ptlim) -const char * str; -char * pt; -const char * const ptlim; +_add(const char *str, char *pt, const char *const ptlim) { while (pt < ptlim && (*pt = *str++) != '\0') ++pt; @@ -597,13 +584,8 @@ const char * const ptlim; */ static char * -_yconv(a, b, convert_top, convert_yy, pt, ptlim) -const int a; -const int b; -const int convert_top; -const int convert_yy; -char * pt; -const char * const ptlim; +_yconv(const int a, const int b, const int convert_top, const int convert_yy, + char *pt, const char *const ptlim) { register int lead; register int trail; @@ -654,7 +636,7 @@ _loc(void) */ if (localebuf.mon[0]) return &localebuf; - name = setlocale(LC_TIME, (char *) NULL); + name = setlocale(LC_TIME, NULL); if (name == NULL || *name == '\0') goto no_locale; /* @@ -702,7 +684,7 @@ _loc(void) (void) strcpy(lbuf, name); p = lbuf + namesize; plim = p + st.st_size; - if (read(fd, p, (size_t) st.st_size) != st.st_size) + if (read(fd, p, st.st_size) != st.st_size) goto bad_lbuf; if (close(fd) != 0) goto bad_lbuf; diff --git a/zdump.c b/zdump.c index 7b96a4f..6caa7a2 100644 --- a/zdump.c +++ b/zdump.c @@ -119,6 +119,12 @@ #endif /* !defined GNUC_or_lint */ #endif /* !defined INITIALIZE */ +#if 2 < __GNUC__ || (__GNUC__ == 2 && 96 <= __GNUC_MINOR__) +# define ATTRIBUTE_PURE __attribute__ ((__pure__)) +#else +# define ATTRIBUTE_PURE /* empty */ +#endif + /* ** For the benefit of GNU folk... ** `_(MSGID)' uses the current locale's message library string for MSGID. @@ -152,20 +158,19 @@ static int warned; static char * abbr(struct tm * tmp); static void abbrok(const char * abbrp, const char * zone); -static long delta(struct tm * newp, struct tm * oldp); +static long delta(struct tm * newp, struct tm * oldp) ATTRIBUTE_PURE; static void dumptime(const struct tm * tmp); static time_t hunt(char * name, time_t lot, time_t hit); static void setabsolutes(void); static void show(char * zone, time_t t, int v); static const char * tformat(void); -static time_t yeartot(long y); +static time_t yeartot(long y) ATTRIBUTE_PURE; #ifndef TYPECHECK #define my_localtime localtime #else /* !defined TYPECHECK */ static struct tm * -my_localtime(tp) -time_t * tp; +my_localtime(time_t *tp) { register struct tm * tmp; @@ -198,12 +203,10 @@ time_t * tp; #endif /* !defined TYPECHECK */ static void -abbrok(abbrp, zone) -const char * const abbrp; -const char * const zone; +abbrok(const char *const abbrp, const char *const zone) { register const char * cp; - register char * wp; + register const char * wp; if (warned) return; @@ -236,9 +239,7 @@ const char * const zone; } static void -usage(stream, status) -FILE * const stream; -const int status; +usage(FILE * const stream, const int status) { (void) fprintf(stream, _("%s: usage is %s [ --version ] [ --help ] [ -v ] [ -c [loyear,]hiyear ] zonename ...\n\ @@ -249,9 +250,7 @@ Report bugs to tz(a)elsie.nci.nih.gov.\n"), } int -main(argc, argv) -int argc; -char * argv[]; +main(int argc, char *argv[]) { register int i; register int c; @@ -330,10 +329,9 @@ char * argv[]; for (i = 0; environ[i] != NULL; ++i) continue; - fakeenv = (char **) malloc((size_t) ((i + 2) * - sizeof *fakeenv)); - if (fakeenv == NULL || - (fakeenv[0] = (char *) malloc(longest + 4)) == NULL) { + fakeenv = malloc((i + 2) * sizeof *fakeenv); + if (fakeenv == NULL + || (fakeenv[0] = malloc(longest + 4)) == NULL) { (void) perror(progname); exit(EXIT_FAILURE); } @@ -451,8 +449,7 @@ _("%s: use of -v on system with floating time_t other than float or double\n"), } static time_t -yeartot(y) -const long y; +yeartot(const long y) { register long myy; register long seconds; @@ -530,9 +527,7 @@ hunt(char *name, time_t lot, time_t hit) */ static long -delta(newp, oldp) -struct tm * newp; -struct tm * oldp; +delta(struct tm * newp, struct tm *oldp) { register long result; register int tmy; @@ -586,8 +581,7 @@ show(char *zone, time_t t, int v) } static char * -abbr(tmp) -struct tm * tmp; +abbr(struct tm *tmp) { register char * result; static char nada; @@ -626,8 +620,7 @@ tformat(void) } static void -dumptime(timeptr) -register const struct tm * timeptr; +dumptime(register const struct tm *timeptr) { static const char wday_name[][3] = { "Sun", "Mon", "Tue", "Wed", "Thu", "Fri", "Sat" diff --git a/zic.c b/zic.c index 4ae31a2..64af1b2 100644 --- a/zic.c +++ b/zic.c @@ -110,17 +110,8 @@ static int addtype(long gmtoff, const char * abbr, int isdst, static void leapadd(zic_t t, int positive, int rolling, int count); static void adjleap(void); static void associate(void); -static int ciequal(const char * ap, const char * bp); -static void convert(long val, char * buf); -static void convert64(zic_t val, char * buf); static void dolink(const char * fromfield, const char * tofield); -static void doabbr(char * abbr, const char * format, - const char * letters, int isdst, int doquotes); -static void eat(const char * name, int num); -static void eats(const char * name, int num, - const char * rname, int rnum); static long eitol(int i); -static void error(const char * message); static char ** getfields(char * buf); static long gethms(const char * string, const char * errstrng, int signable); @@ -131,32 +122,18 @@ static void inrule(char ** fields, int nfields); static int inzcont(char ** fields, int nfields); static int inzone(char ** fields, int nfields); static int inzsub(char ** fields, int nfields, int iscont); -static int is32(zic_t x); -static int itsabbr(const char * abbr, const char * word); static int itsdir(const char * name); static int lowerit(int c); -static char * memcheck(char * tocheck); static int mkdirs(char * filename); static void newabbr(const char * abbr); static long oadd(long t1, long t2); static void outzone(const struct zone * zp, int ntzones); -static void puttzcode(long code, FILE * fp); -static void puttzcode64(zic_t code, FILE * fp); -static int rcomp(const void * leftp, const void * rightp); static zic_t rpytime(const struct rule * rp, int wantedy); static void rulesub(struct rule * rp, const char * loyearp, const char * hiyearp, const char * typep, const char * monthp, const char * dayp, const char * timep); -static int stringoffset(char * result, long offset); -static int stringrule(char * result, const struct rule * rp, - long dstoff, long gmtoff); -static void stringzone(char * result, - const struct zone * zp, int ntzones); -static void setboundaries(void); static zic_t tadd(zic_t t1, long t2); -static void usage(FILE *stream, int status); -static void writezone(const char * name, const char * string); static int yearistype(int year, const char * type); static int charcnt; @@ -169,9 +146,7 @@ static int leapmaxyear; static int linenum; static int max_abbrvar_len; static int max_format_len; -static zic_t max_time; static int max_year; -static zic_t min_time; static int min_year; static int noise; static const char * rfilename; @@ -377,9 +352,8 @@ static char roll[TZ_MAX_LEAPS]; ** Memory allocation. */ -static char * -memcheck(ptr) -char * const ptr; +static ATTRIBUTE_PURE void * +memcheck(void *const ptr) { if (ptr == NULL) { const char *e = strerror(errno); @@ -391,8 +365,8 @@ char * const ptr; return ptr; } -#define emalloc(size) memcheck(imalloc(size)) -#define erealloc(ptr, size) memcheck(irealloc((ptr), (size))) +#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))) @@ -401,11 +375,8 @@ char * const ptr; */ static void -eats(name, num, rname, rnum) -const char * const name; -const int num; -const char * const rname; -const int rnum; +eats(const char *const name, const int num, const char *const rname, + const int rnum) { filename = name; linenum = num; @@ -414,16 +385,13 @@ const int rnum; } static void -eat(name, num) -const char * const name; -const int num; +eat(const char *const name, const int num) { - eats(name, num, (char *) NULL, -1); + eats(name, num, NULL, -1); } static void -error(string) -const char * const string; +error(const char *const string) { /* ** Match the format of "cc" to allow sh users to @@ -440,15 +408,14 @@ const char * const string; } static void -warning(string) -const char * const string; +warning(const char *const string) { char * cp; cp = ecpyalloc(_("warning: ")); cp = ecatalloc(cp, string); error(cp); - ifree(cp); + free(cp); --errors; } @@ -471,9 +438,7 @@ static const char * leapsec; static const char * yitcommand; int -main(argc, argv) -int argc; -char * argv[]; +main(int argc, char **argv) { register int i; register int j; @@ -570,8 +535,6 @@ _("%s: More than one -L option specified\n"), if (yitcommand == NULL) yitcommand = "yearistype"; - setboundaries(); - if (optind < argc && leapsec != NULL) { infile(leapsec); adjleap(); @@ -614,9 +577,7 @@ _("%s: More than one -L option specified\n"), } static void -dolink(fromfield, tofield) -const char * const fromfield; -const char * const tofield; +dolink(const char *const fromfield, const char *const tofield) { register char * fromname; register char * toname; @@ -666,7 +627,7 @@ const char * const tofield; toname); if (result == 0) warning(_("hard link failed, symbolic link used")); - ifree(symlinkcontents); + free(symlinkcontents); } #endif /* HAVE_SYMLINK */ if (result != 0) { @@ -678,26 +639,17 @@ warning(_("hard link failed, symbolic link used")); exit(EXIT_FAILURE); } } - ifree(fromname); - ifree(toname); + free(fromname); + free(toname); } #define TIME_T_BITS_IN_FILE 64 -static void -setboundaries(void) -{ - register int i; - - min_time = -1; - for (i = 0; i < TIME_T_BITS_IN_FILE - 1; ++i) - min_time *= 2; - max_time = -(min_time + 1); -} +static const zic_t min_time = (zic_t) -1 << (TIME_T_BITS_IN_FILE - 1); +static const zic_t max_time = -1 - ((zic_t) -1 << (TIME_T_BITS_IN_FILE - 1)); static int -itsdir(name) -const char * const name; +itsdir(const char *const name) { register char * myname; register int accres; @@ -705,7 +657,7 @@ const char * const name; myname = ecpyalloc(name); myname = ecatalloc(myname, "/."); accres = access(myname, F_OK); - ifree(myname); + free(myname); return accres == 0; } @@ -718,9 +670,7 @@ const char * const name; */ static int -rcomp(cp1, cp2) -const void * cp1; -const void * cp2; +rcomp(const void *cp1, const void *cp2) { return strcmp(((const struct rule *) cp1)->r_name, ((const struct rule *) cp2)->r_name); @@ -735,8 +685,7 @@ associate(void) register int i, j; if (nrules != 0) { - (void) qsort((void *) rules, (size_t) nrules, - (size_t) sizeof *rules, rcomp); + (void) qsort(rules, nrules, sizeof *rules, rcomp); for (i = 0; i < nrules - 1; ++i) { if (strcmp(rules[i].r_name, rules[i + 1].r_name) != 0) @@ -803,8 +752,7 @@ associate(void) } static void -infile(name) -const char * name; +infile(const char *name) { register FILE * fp; register char ** fields; @@ -828,7 +776,7 @@ const char * name; wantcont = FALSE; for (num = 1; ; ++num) { eat(name, num); - if (fgets(buf, (int) sizeof buf, fp) != buf) + if (fgets(buf, sizeof buf, fp) != buf) break; cp = strchr(buf, '\n'); if (cp == NULL) { @@ -880,7 +828,7 @@ _("%s: panic: Invalid l_value %d\n"), exit(EXIT_FAILURE); } } - ifree((char *) fields); + free(fields); } if (ferror(fp)) { (void) fprintf(stderr, _("%s: Error reading %s\n"), @@ -907,10 +855,7 @@ _("%s: panic: Invalid l_value %d\n"), */ static long -gethms(string, errstring, signable) -const char * string; -const char * const errstring; -const int signable; +gethms(const char *string, const char *const errstring, const int signable) { long hh; int mm, ss, sign; @@ -952,9 +897,7 @@ warning(_("values over 24 hours not handled by pre-2007 versions of zic")); } static void -inrule(fields, nfields) -register char ** const fields; -const int nfields; +inrule(register char **const fields, const int nfields) { static struct rule r; @@ -975,15 +918,12 @@ const int nfields; r.r_abbrvar = ecpyalloc(fields[RF_ABBRVAR]); if (max_abbrvar_len < strlen(r.r_abbrvar)) max_abbrvar_len = strlen(r.r_abbrvar); - rules = (struct rule *) (void *) erealloc((char *) rules, - (int) ((nrules + 1) * sizeof *rules)); + rules = erealloc(rules, (nrules + 1) * sizeof *rules); rules[nrules++] = r; } static int -inzone(fields, nfields) -register char ** const fields; -const int nfields; +inzone(register char **const fields, const int nfields) { register int i; static char * buf; @@ -993,7 +933,7 @@ const int nfields; return FALSE; } if (strcmp(fields[ZF_NAME], TZDEFAULT) == 0 && lcltime != NULL) { - buf = erealloc(buf, (int) (132 + strlen(TZDEFAULT))); + buf = erealloc(buf, 132 + strlen(TZDEFAULT)); (void) sprintf(buf, _("\"Zone %s\" line and -l option are mutually exclusive"), TZDEFAULT); @@ -1001,7 +941,7 @@ _("\"Zone %s\" line and -l option are mutually exclusive"), return FALSE; } if (strcmp(fields[ZF_NAME], TZDEFRULES) == 0 && psxrules != NULL) { - buf = erealloc(buf, (int) (132 + strlen(TZDEFRULES))); + buf = erealloc(buf, 132 + strlen(TZDEFRULES)); (void) sprintf(buf, _("\"Zone %s\" line and -p option are mutually exclusive"), TZDEFRULES); @@ -1011,9 +951,9 @@ _("\"Zone %s\" line and -p option are mutually exclusive"), for (i = 0; i < nzones; ++i) if (zones[i].z_name != NULL && strcmp(zones[i].z_name, fields[ZF_NAME]) == 0) { - buf = erealloc(buf, (int) (132 + - strlen(fields[ZF_NAME]) + - strlen(zones[i].z_filename))); + buf = erealloc(buf, + (132 + strlen(fields[ZF_NAME]) + + strlen(zones[i].z_filename))); (void) sprintf(buf, _("duplicate zone name %s (file \"%s\", line %d)"), fields[ZF_NAME], @@ -1026,9 +966,7 @@ _("duplicate zone name %s (file \"%s\", line %d)"), } static int -inzcont(fields, nfields) -register char ** const fields; -const int nfields; +inzcont(register char **const fields, const int nfields) { if (nfields < ZONEC_MINFIELDS || nfields > ZONEC_MAXFIELDS) { error(_("wrong number of fields on Zone continuation line")); @@ -1038,10 +976,7 @@ const int nfields; } static int -inzsub(fields, nfields, iscont) -register char ** const fields; -const int nfields; -const int iscont; +inzsub(register char **const fields, const int nfields, const int iscont) { register char * cp; static struct zone z; @@ -1108,8 +1043,7 @@ const int iscont; return FALSE; } } - zones = (struct zone *) (void *) erealloc((char *) zones, - (int) ((nzones + 1) * sizeof *zones)); + zones = erealloc(zones, (nzones + 1) * sizeof *zones); zones[nzones++] = z; /* ** If there was an UNTIL field on this line, @@ -1119,9 +1053,7 @@ const int iscont; } static void -inleap(fields, nfields) -register char ** const fields; -const int nfields; +inleap(register char ** const fields, const int nfields) { register const char * cp; register const struct lookup * lp; @@ -1223,9 +1155,7 @@ const int nfields; } static void -inlink(fields, nfields) -register char ** const fields; -const int nfields; +inlink(register char **const fields, const int nfields) { struct link l; @@ -1245,20 +1175,18 @@ const int nfields; l.l_linenum = linenum; l.l_from = ecpyalloc(fields[LF_FROM]); l.l_to = ecpyalloc(fields[LF_TO]); - links = (struct link *) (void *) erealloc((char *) links, - (int) ((nlinks + 1) * sizeof *links)); + links = erealloc(links, (nlinks + 1) * sizeof *links); links[nlinks++] = l; } static void -rulesub(rp, loyearp, hiyearp, typep, monthp, dayp, timep) -register struct rule * const rp; -const char * const loyearp; -const char * const hiyearp; -const char * const typep; -const char * const monthp; -const char * const dayp; -const char * const timep; +rulesub(register struct rule *const rp, + const char *const loyearp, + const char *const hiyearp, + const char *const typep, + const char *const monthp, + const char *const dayp, + const char *const timep) { register const struct lookup * lp; register const char * cp; @@ -1296,7 +1224,7 @@ const char * const timep; } } rp->r_tod = gethms(dp, _("invalid time of day"), FALSE); - ifree(dp); + free(dp); /* ** Year work. */ @@ -1380,12 +1308,12 @@ const char * const timep; *ep++ = 0; if (*ep++ != '=') { error(_("invalid day of month")); - ifree(dp); + free(dp); return; } if ((lp = byword(dp, wday_names)) == NULL) { error(_("invalid weekday name")); - ifree(dp); + free(dp); return; } rp->r_wday = lp->l_value; @@ -1394,63 +1322,55 @@ const char * const timep; rp->r_dayofmonth <= 0 || (rp->r_dayofmonth > len_months[1][rp->r_month])) { error(_("invalid day of month")); - ifree(dp); + free(dp); return; } } - ifree(dp); + free(dp); } static void -convert(val, buf) -const long val; -char * const buf; +convert(const long val, char *const buf) { register int i; register int shift; + unsigned char *const b = (unsigned char *) buf; for (i = 0, shift = 24; i < 4; ++i, shift -= 8) - buf[i] = val >> shift; + b[i] = val >> shift; } static void -convert64(val, buf) -const zic_t val; -char * const buf; +convert64(const zic_t val, char *const buf) { register int i; register int shift; + unsigned char *const b = (unsigned char *) buf; for (i = 0, shift = 56; i < 8; ++i, shift -= 8) - buf[i] = val >> shift; + b[i] = val >> shift; } static void -puttzcode(val, fp) -const long val; -FILE * const fp; +puttzcode(const long val, FILE *const fp) { char buf[4]; convert(val, buf); - (void) fwrite((void *) buf, (size_t) sizeof buf, (size_t) 1, fp); + (void) fwrite(buf, sizeof buf, 1, fp); } static void -puttzcode64(val, fp) -const zic_t val; -FILE * const fp; +puttzcode64(const zic_t val, FILE *const fp) { char buf[8]; convert64(val, buf); - (void) fwrite((void *) buf, (size_t) sizeof buf, (size_t) 1, fp); + (void) fwrite(buf, sizeof buf, 1, fp); } static int -atcomp(avp, bvp) -const void * avp; -const void * bvp; +atcomp(const void *avp, const void *bvp) { const zic_t a = ((const struct attype *) avp)->at; const zic_t b = ((const struct attype *) bvp)->at; @@ -1459,16 +1379,13 @@ const void * bvp; } static int -is32(x) -const zic_t x; +is32(const zic_t x) { return INT32_MIN <= x && x <= INT32_MAX; } static void -writezone(name, string) -const char * const name; -const char * const string; +writezone(const char *const name, const char *const string) { register FILE * fp; register int i, j; @@ -1485,8 +1402,7 @@ const char * const string; ** Sort. */ if (timecnt > 1) - (void) qsort((void *) attypes, (size_t) timecnt, - (size_t) sizeof *attypes, atcomp); + (void) qsort(attypes, timecnt, sizeof *attypes, atcomp); /* ** Optimize. */ @@ -1554,7 +1470,7 @@ const char * const string; ++leapi32; } fullname = erealloc(fullname, - (int) (strlen(directory) + 1 + strlen(name) + 1)); + strlen(directory) + 1 + strlen(name) + 1); (void) sprintf(fullname, "%s/%s", directory, name); /* ** Remove old file, if any, to snap links. @@ -1691,8 +1607,7 @@ const char * const string; } indmap[abbrinds[i]] = j; } -#define DO(field) (void) fwrite((void *) tzh.field, \ - (size_t) sizeof tzh.field, (size_t) 1, fp) +#define DO(field) ((void) fwrite(tzh.field, sizeof tzh.field, 1, fp)) tzh = tzh0; (void) strncpy(tzh.tzh_magic, TZ_MAGIC, sizeof tzh.tzh_magic); tzh.tzh_version[0] = ZIC_VERSION; @@ -1720,10 +1635,7 @@ const char * const string; unsigned char uc; uc = typemap[types[i]]; - (void) fwrite((void *) &uc, - (size_t) sizeof uc, - (size_t) 1, - fp); + (void) fwrite(&uc, sizeof uc, 1, fp); } for (i = 0; i < typecnt; ++i) if (writetype[i]) { @@ -1732,9 +1644,8 @@ const char * const string; (void) putc((unsigned char) indmap[abbrinds[i]], fp); } if (thischarcnt != 0) - (void) fwrite((void *) thischars, - (size_t) sizeof thischars[0], - (size_t) thischarcnt, fp); + (void) fwrite(thischars, sizeof thischars[0], + thischarcnt, fp); for (i = thisleapi; i < thisleaplim; ++i) { register zic_t todo; @@ -1756,7 +1667,7 @@ const char * const string; todo = tadd(trans[i], -gmtoffs[j]); } else todo = trans[i]; if (pass == 1) - puttzcode((long) todo, fp); + puttzcode(todo, fp); else puttzcode64(todo, fp); puttzcode(corr[i], fp); } @@ -1776,12 +1687,8 @@ const char * const string; } static void -doabbr(abbr, format, letters, isdst, doquotes) -char * const abbr; -const char * const format; -const char * const letters; -const int isdst; -const int doquotes; +doabbr(char *const abbr, const char *const format, const char *const letters, + const int isdst, const int doquotes) { register char * cp; register char * slashp; @@ -1796,8 +1703,7 @@ const int doquotes; (void) strcpy(abbr, slashp + 1); } else { if (slashp > format) - (void) strncpy(abbr, format, - (unsigned) (slashp - format)); + (void) strncpy(abbr, format, slashp - format); abbr[slashp - format] = '\0'; } if (!doquotes) @@ -1817,8 +1723,7 @@ const int doquotes; } static void -updateminmax(x) -const int x; +updateminmax(const int x) { if (min_year > x) min_year = x; @@ -1827,9 +1732,7 @@ const int x; } static int -stringoffset(result, offset) -char * result; -long offset; +stringoffset(char *result, long offset) { register int hours; register int minutes; @@ -1859,11 +1762,8 @@ long offset; } static int -stringrule(result, rp, dstoff, gmtoff) -char * result; -const struct rule * const rp; -const long dstoff; -const long gmtoff; +stringrule(char *result, const struct rule *const rp, const long dstoff, + const long gmtoff) { register long tod; @@ -1914,10 +1814,7 @@ const long gmtoff; } static void -stringzone(result, zpfirst, zonecount) -char * result; -const struct zone * const zpfirst; -const int zonecount; +stringzone(char *result, const struct zone *const zpfirst, const int zonecount) { register const struct zone * zp; register struct rule * rp; @@ -1997,9 +1894,7 @@ const int zonecount; } static void -outzone(zpfirst, zonecount) -const struct zone * const zpfirst; -const int zonecount; +outzone(const struct zone * const zpfirst, const int zonecount) { register const struct zone * zp; register struct rule * rp; @@ -2070,7 +1965,7 @@ wp = ecpyalloc(_("no POSIX environment variable for zone")); wp = ecatalloc(wp, " "); wp = ecatalloc(wp, zpfirst->z_name); warning(wp); - ifree(wp); + free(wp); } if (envvar[0] == '\0') { if (min_year >= INT_MIN + YEARSPERREPEAT) @@ -2115,7 +2010,7 @@ wp = ecpyalloc(_("no POSIX environment variable for zone")); if (zp->z_nrules == 0) { stdoff = zp->z_stdoff; doabbr(startbuf, zp->z_format, - (char *) NULL, stdoff != 0, FALSE); + NULL, stdoff != 0, FALSE); type = addtype(oadd(zp->z_gmtoff, stdoff), startbuf, stdoff != 0, startttisstd, startttisgmt); @@ -2254,15 +2149,13 @@ error(_("can't determine time zone abbreviation to use just after until time")); } } writezone(zpfirst->z_name, envvar); - ifree(startbuf); - ifree(ab); - ifree(envvar); + free(startbuf); + free(ab); + free(envvar); } static void -addtt(starttime, type) -const zic_t starttime; -int type; +addtt(const zic_t starttime, int type) { if (starttime <= min_time || (timecnt == 1 && attypes[0].at < min_time)) { @@ -2288,12 +2181,8 @@ int type; } static int -addtype(gmtoff, abbr, isdst, ttisstd, ttisgmt) -const long gmtoff; -const char * const abbr; -const int isdst; -const int ttisstd; -const int ttisgmt; +addtype(const long gmtoff, const char *const abbr, const int isdst, + const int ttisstd, const int ttisgmt) { register int i, j; @@ -2348,11 +2237,7 @@ const int ttisgmt; } static void -leapadd(t, positive, rolling, count) -const zic_t t; -const int positive; -const int rolling; -int count; +leapadd(const zic_t t, const int positive, const int rolling, int count) { register int i, j; @@ -2397,16 +2282,14 @@ adjleap(void) } static int -yearistype(year, type) -const int year; -const char * const type; +yearistype(const int year, const char *const type) { static char * buf; int result; if (type == NULL || *type == '\0') return TRUE; - buf = erealloc(buf, (int) (132 + strlen(yitcommand) + strlen(type))); + buf = erealloc(buf, 132 + strlen(yitcommand) + strlen(type)); (void) sprintf(buf, "%s %d %s", yitcommand, year, type); result = system(buf); if (WIFEXITED(result)) switch (WEXITSTATUS(result)) { @@ -2423,17 +2306,15 @@ const char * const type; } static int -lowerit(a) -int a; +lowerit(int a) { a = (unsigned char) a; return (isascii(a) && isupper(a)) ? tolower(a) : a; } -static int -ciequal(ap, bp) /* case-insensitive equality */ -register const char * ap; -register const char * bp; +/* case-insensitive equality */ +static ATTRIBUTE_PURE int +ciequal(register const char *ap, register const char *bp) { while (lowerit(*ap) == lowerit(*bp++)) if (*ap++ == '\0') @@ -2441,10 +2322,8 @@ register const char * bp; return FALSE; } -static int -itsabbr(abbr, word) -register const char * abbr; -register const char * word; +static ATTRIBUTE_PURE int +itsabbr(register const char *abbr, register const char *word) { if (lowerit(*abbr) != lowerit(*word)) return FALSE; @@ -2457,10 +2336,9 @@ register const char * word; return TRUE; } -static const struct lookup * -byword(word, table) -register const char * const word; -register const struct lookup * const table; +static ATTRIBUTE_PURE const struct lookup * +byword(register const char *const word, + register const struct lookup *const table) { register const struct lookup * foundlp; register const struct lookup * lp; @@ -2487,8 +2365,7 @@ register const struct lookup * const table; } static char ** -getfields(cp) -register char * cp; +getfields(register char *cp) { register char * dp; register char ** array; @@ -2496,8 +2373,7 @@ register char * cp; if (cp == NULL) return NULL; - array = (char **) (void *) - emalloc((int) ((strlen(cp) + 1) * sizeof *array)); + array = emalloc((strlen(cp) + 1) * sizeof *array); nsubs = 0; for ( ; ; ) { while (isascii((unsigned char) *cp) && @@ -2528,38 +2404,28 @@ register char * cp; return array; } -static long -oadd(t1, t2) -const long t1; -const long t2; +static ATTRIBUTE_PURE long +oadd(const long t1, const long t2) { - register long t; - - t = t1 + t2; - if ((t2 > 0 && t <= t1) || (t2 < 0 && t >= t1)) { + if (t1 < 0 ? t2 < LONG_MIN - t1 : LONG_MAX - t1 < t2) { error(_("time overflow")); exit(EXIT_FAILURE); } - return t; + return t1 + t2; } -static zic_t -tadd(t1, t2) -const zic_t t1; -const long t2; +static ATTRIBUTE_PURE zic_t +tadd(const zic_t t1, const long t2) { - register zic_t t; - if (t1 == max_time && t2 > 0) return max_time; if (t1 == min_time && t2 < 0) return min_time; - t = t1 + t2; - if ((t2 > 0 && t <= t1) || (t2 < 0 && t >= t1)) { + if (t1 < 0 ? t2 < min_time - t1 : max_time - t1 < t2) { error(_("time overflow")); exit(EXIT_FAILURE); } - return t; + return t1 + t2; } /* @@ -2568,9 +2434,7 @@ const long t2; */ static zic_t -rpytime(rp, wantedy) -register const struct rule * const rp; -register const int wantedy; +rpytime(register const struct rule *const rp, register const int wantedy) { register int y, m, i; register long dayoff; /* with a nod to Margaret O. */ @@ -2626,12 +2490,12 @@ register const int wantedy; } while (wday != eitol(rp->r_wday)) if (rp->r_dycode == DC_DOWGEQ) { - dayoff = oadd(dayoff, (long) 1); + dayoff = oadd(dayoff, 1); if (++wday >= LDAYSPERWEEK) wday = 0; ++i; } else { - dayoff = oadd(dayoff, (long) -1); + dayoff = oadd(dayoff, -1); if (--wday < 0) wday = LDAYSPERWEEK - 1; --i; @@ -2651,31 +2515,30 @@ will not work with pre-2004 versions of zic")); } static void -newabbr(string) -const char * const string; +newabbr(const char *const string) { register int i; if (strcmp(string, GRANDPARENTED) != 0) { register const char * cp; - register char * wp; + 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; - wp = NULL; + mp = NULL; while (isascii((unsigned char) *cp) && isalpha((unsigned char) *cp)) ++cp; if (cp - string == 0) -wp = _("time zone abbreviation lacks alphabetic at start"); +mp = _("time zone abbreviation lacks alphabetic at start"); if (noise && cp - string > 3) -wp = _("time zone abbreviation has more than 3 alphabetics"); +mp = _("time zone abbreviation has more than 3 alphabetics"); if (cp - string > ZIC_MAX_ABBR_LEN_WO_WARN) -wp = _("time zone abbreviation has too many alphabetics"); - if (wp == NULL && (*cp == '+' || *cp == '-')) { +mp = _("time zone abbreviation has too many alphabetics"); + if (mp == NULL && (*cp == '+' || *cp == '-')) { ++cp; if (isascii((unsigned char) *cp) && isdigit((unsigned char) *cp)) @@ -2684,14 +2547,14 @@ wp = _("time zone abbreviation has too many alphabetics"); ++cp; } if (*cp != '\0') -wp = _("time zone abbreviation differs from POSIX standard"); - if (wp != NULL) { - wp = ecpyalloc(wp); +mp = _("time zone abbreviation differs from POSIX standard"); + if (mp != NULL) { + char *wp = ecpyalloc(mp); wp = ecatalloc(wp, " ("); wp = ecatalloc(wp, string); wp = ecatalloc(wp, ")"); warning(wp); - ifree(wp); + free(wp); } } i = strlen(string) + 1; @@ -2704,8 +2567,7 @@ wp = _("time zone abbreviation differs from POSIX standard"); } static int -mkdirs(argname) -char * argname; +mkdirs(char *argname) { register char * name; register char * cp; @@ -2739,20 +2601,19 @@ char * argname; (void) fprintf(stderr, _("%s: Can't create directory %s: %s\n"), progname, name, e); - ifree(name); + free(name); return -1; } } } *cp = '/'; } - ifree(name); + free(name); return 0; } -static long -eitol(i) -const int i; +static ATTRIBUTE_PURE long +eitol(const int i) { long l; -- 1.7.9.5

8 12

[PATCH 3/3] Samoa fall 2012 and later
by Paul Eggert Oct. 12, 2012

Oct. 12, 2012

* australasia (WS): New rule. (Pacific/Apia): Use it, for new DST rules for Western Samoa. Thanks to Nicholas Pereira for the heads-up and to Robert Elz for coding up the rules. --- australasia | 21 +++++++++++++++++++-- 1 file changed, 19 insertions(+), 2 deletions(-) diff --git a/australasia b/australasia index eb24117..74d476e 100644 --- a/australasia +++ b/australasia @@ -628,6 +628,23 @@ Zone Pacific/Pago_Pago 12:37:12 - LMT 1879 Jul 5 # Although Samoa has used Daylight Saving Time in the 2010-2011 and 2011-2012 # seasons, there is not yet any indication that this trend will continue on # a regular basis. For now, we have explicitly listed the transitions below. +# +# From Nicky (2012-09-10): +# Daylight Saving Time commences on Sunday 30th September 2012 and +# ends on Sunday 7th of April 2013. +# +# Please find link below for more information. +# http://www.mcil.gov.ws/mcil_publications.html +# +# That publication also includes dates for Summer of 2013/4 as well +# which give the impression of a pattern in selecting dates for the +# future, so for now, we will guess this will continue. + +# Western Samoa +# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S +Rule WS 2012 max - Sep lastSun 3:00 1 D +Rule WS 2012 max - Apr Sun>=1 4:00 0 - +# Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Apia 12:33:04 - LMT 1879 Jul 5 -11:26:56 - LMT 1911 -11:30 - SAMT 1950 # Samoa Time @@ -635,8 +652,8 @@ Zone Pacific/Apia 12:33:04 - LMT 1879 Jul 5 -11:00 1:00 WSDT 2011 Apr 2 4:00 -11:00 - WST 2011 Sep 24 3:00 -11:00 1:00 WSDT 2011 Dec 30 - 13:00 1:00 WSDT 2012 Apr 1 4:00 - 13:00 - WST + 13:00 1:00 WSDT 2012 Apr Sun>=1 4:00 + 13:00 WS WS%sT # Solomon Is # excludes Bougainville, for which see Papua New Guinea -- 1.7.9.5

1 0

[PATCH 2/3] Palestine fall 2012
by Paul Eggert Oct. 12, 2012

Oct. 12, 2012

* asia (Asia/Gaza, Asia/Hebron): Fall transition was Sep 21, not Sep 28. Thanks to Steffen Thorsen for this. --- asia | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/asia b/asia index a02e109..8e896fc 100644 --- a/asia +++ b/asia @@ -2293,6 +2293,8 @@ Rule Palestine 2010 only - Aug 11 0:00 0 - # From Arthur David Olson (2011-09-20): # 2011 transitions per http://www.timeanddate.com as of 2011-09-20. +# From Paul Eggert (2012-10-12): +# 2012 transitions per http://www.timeanddate.com as of 2012-10-12. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Gaza 2:17:52 - LMT 1900 Oct @@ -2303,7 +2305,7 @@ Zone Asia/Gaza 2:17:52 - LMT 1900 Oct 2:00 Palestine EE%sT 2011 Apr 2 12:01 2:00 1:00 EEST 2011 Aug 1 2:00 - EET 2012 Mar 30 - 2:00 1:00 EEST 2012 Sep 28 + 2:00 1:00 EEST 2012 Sep 21 1:00 2:00 - EET Zone Asia/Hebron 2:20:23 - LMT 1900 Oct @@ -2318,7 +2320,7 @@ Zone Asia/Hebron 2:20:23 - LMT 1900 Oct 2:00 - EET 2011 Aug 30 2:00 1:00 EEST 2011 Sep 30 3:00 2:00 - EET 2012 Mar 30 - 2:00 1:00 EEST 2012 Sep 28 3:00 + 2:00 1:00 EEST 2012 Sep 21 1:00 2:00 - EET # Paracel Is -- 1.7.9.5

1 0

West Samoa (Apia) DST changes not applied?
by Mark Williams Oct. 12, 2012

Oct. 12, 2012

Greetings all, West Samoan local time (Pacific/Apia) is currently GMT +14. The current 2012f tzcode sets the time to GMT +13 (no DST applied). I found this discussion recently: http://mm.icann.org/pipermail/tz/2012-September/018278.html It appears this patch or similar was never applied? This need to be resolved ASAP. Thanks, Mark Williams.

2 1

Samoa DST
by Ken Rylander Sept. 24, 2012

Sept. 24, 2012

Hi, When is the next release scheduled (including Samoa DST)? Samoa DST is coming up on Sunday, so not much time left. Cheers, /Ken

1 0

Gaza/West Bank DST has ended
by Steffen Thorsen Sept. 24, 2012

Sept. 24, 2012

The Palestinian News & Info Agency reported on 2012-09-19 that "The three papers also said that the Palestinian government decided in its cabinet meeting on Tuesday to start winter time as of 1:00 a.m. Friday morning by turning the clock back one hour." http://english.wafa.ps/index.php?action=detail&id=20705 There are a few other sources for the same - so, West Bank is at least back on standard time, and not having found any articles stating that Gaza is having a different date, I would assume Gaza did change the clocks too. Best regards, Steffen Thorsen - timeanddate.com

3 2

Russia plans to turn it's clocks back one hour to "permanent winter time".
by Alexander Krivenyshev Sept. 22, 2012

Sept. 22, 2012

Here we are go again. Russia plans to move back from "permanent summer time" (now many areas have its time 2 hours ahead of the mean solar time) to "permanent winter time". As we mentioned in the past: Russia may move its clocks back one or two hours. (http://www.worldtimezone.com/dst_news/dst_news_russia46.html) Today, according to news, "The chairman of the State Duma's heath care committee, Sergei Kalashnikov, has submitted a bill to turn the nation's clocks back one hour to winter time - permanently ..." (http://themoscownews.com/russia/20120920/190253347.html) It is unclear if all Russian regions will turn their's clocks back one hour (in the past Kamchatka region was against moving it's clock back from UTC+12 to UTC+11). http://www.worldtimezone.com/dst_news/dst_news_russia47.html Alexander Krivenyshev, http://www.worldtimezone.com

1 1

Descriptions of the various medications
by mmm forever Sept. 18, 2012

Sept. 18, 2012

Viral diseases There are many viral diseases. Let's talk about the most common ones. Let's start with the flu virus. There are many laboratories around the world who regularly completion of stockpile vaccines and drugs to treat it. The influenza virus is most studied infectious agents. It should be noted that the epidemic virus Grip occur every year, and every few decades the epidemic of influenza is becoming a pandemic. The influenza virus has the ability to quickly change their structure. These changes affect the surface proteins - antigens, which recognizes the human immune system. Immunity of a man who developed a in contact with a variety of virus is not able to recognize the other, and when she begins her infection recognize only after full development of the disease. Antigenic variation is the ability of the virus to change its structure. It is because of her flu occur regularly. This regularity is alien to other infections, and only because of it being infected with influenza most people. Antigenic variation is of two kinds. First - antigenic drift, the second - antigenic shift. Antigenic drift - it mutations affecting two major viral proteins - hemagglutinin (H), which provides introduction of the pathogen in human cells, and neuraminidase (N), which is responsible for the output of mutated viruses from the cell. The emergence of antigenic drift is due to the fact that the enzyme, which doubles the viral RNA in the process of creating new viruses, no function of protection against errors that occur during the synthesis. These errors and lead to a mutation of the pathogen. The very same process of antigenic drift leads to a gradual change in the structure of the influenza virus, which causes it to partial or complete neuznavaniyu human immune system. It is for this reason there is a need systematically change the antigens included in the flu vaccine. Antigenic shifts - are the most significant changes in the antigenic composition of the virus. Promotes emergence antegennyh shifts that influenza can affect not only human cells, but also of animals: pigs, horses, birds, etc. In cases where the body there is more than one species of the virus, is the exchange of entire genes between viruses, thereby producing new strains of influenza, which in most cases are more aggressive than the original ones. This process and called antigenic shift. Now a wide range of antiviral drugs that you can to *buy* in our *online pharmacy <http://superpills.blogspot.com/>*. The best effect of these drugs is achieved in situations where they are beginning to use when detecting the first symptoms of influenza infection, but they are also able to facilitate the course of the disease at any stage.

1 0

tzdata2012f available
by Paul Eggert Sept. 15, 2012

Sept. 15, 2012

The 2012f release of the tz data is available. (The code hasn't changed since the last release, except for the version number.) This release reflects the following change circulated on the tz mailing list: * australasia (Pacific/Fiji): Fiji DST is October 21 through January 20 this year. (Thanks to Steffen Thorsen.) Here are links to the release files: http://www.iana.org/time-zones/repository/releases/tzdatacodef.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2012f.tar.gz ftp://ftp.iana.org/tz/releases/tzcode2012f.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2012f.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 This release corresponds to commit 66f0c30ddc300f824e993977777cb68ad6207ca1 in the unofficial github repository at <https://github.com/eggert/tz>. Here is the GPG checksum for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAABAgAGBQJQUYUUAAoJEO2X6Q5iqn40lhYP/2exm3EO2jbIgFmnrIE0r0ap n/y4ZdyoqF5+MZ63Q+XnpR5kHSJRss/OkH5o65qBjwEpUzSwK1yCLMse9flkoPND gP/ZxpajHH/G/zqDiP8mtCpiVxTnneBrixnduYsSAqFntsYUWq9vdgTOrRXE0zpo +PFcbSr8KZwMH7/SUvly8EIIaJDcGsHDaw4YxdEMyhqlJKOgfaZSBWNVXfATOYFZ +BF+Z1qLGGF9Yv6PI17Wttm7Ywh1UH/ESvyxuCxvsP9ibyVWdb1ruP5xmUZcETkd EyU47Pa1wVLnPqI6d0f5NnxA6WunFkTH5qAaflS+6/X9yEb+Xs3gfNl0hmacxbi3 OImJVGD3LSv6e74505Jpd5K4CG8TO2dtp68z66ku3B+A1pS4Nxc9BbrkxiehgdPj wJOuHzIpyC3Mv2DKsvX0wY8jwaIykMd8jWf7c7Buw4WVbHAYxG2EsEQJ3GUkwkDT 4ulwDgLVk2Ejs8/JBBB30qZDj04RrhRhWgxDdCbUAdiK1tAYDyoYG1Tdg3S+7PWf xGAdnkRQ/GhtllhiSFzp4IahDFGLK2W8AOjZOQ06xyOLBwdY9VEldFAgFvBmMgJi 7XOsvoJKerMSBzpU88kMUnsSoP17sqz/eZQ1bEEEAXkNneOhCUfrxMyq4MSlxEgS fx0h067lXx7LXlfzRNTq =wylp -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAABAgAGBQJQUX/LAAoJEO2X6Q5iqn40j5gP/jFCjU382StQRTjCXMSyDFPw fTIgvA9vrrDil1MzLuoI1qhr/tfhC9Jv9c2BBdClQWPxpXEDlTQhjIKTWzkcm3TE BOVUEb55D4Ak9rkGZYQ0NkjOChOB4ukbKiSvfVp2/PuqqbEds+WQpGtq5R+oWrrV sr2LT8Ut4EeF/Vie9k7pjSjpq3I2vBVFti+BCxS/LXbD1OfcLA9Em6hibAckdN0q zhhyMkxnidIpmP4aBYEobJZcoUcX1USjv2inoSSNDZK2cPQRJOhQ1k7NFHnfXc3V deBENRLoJbNZeq1Tf7VAXzW5lTYK+ENekY6olMbnP8RwX6PGI03ulj9Di4eY6F4g k6cp0bIVcJy8wnNIWudA5LF0RjF3HXMd9IvlRETYUd8vaRn9SZ/x/kiNSr8wXFvF Xvk2SQWSBXAWlceK3V1deGmxRStu5o+MDhaC1Y8EhEaWTzcU7lnUC0RruBwYjkuv MMjuxFL1vDVjoezRynm8Ju0QRJ7O72J+zGo2fQzUcfU9TrcDL7CRhkXXiQ/LzwKB L9CxJx5BKcX7XLcMk2/8WJNoit8pkwV1LhPcDVuaRf5bHzMw+5nHKXLVwmttM0Rg lstsbXwLDH6a8ooiiTQAv4OVdMlPFAe+L5gZahy1OAidMMXLkSSx71u6IrGsj+ah bWfNB7JX9R0/xbdwYRzd =FC3e -----END PGP SIGNATURE-----

7 14

Samoa: Daylight Savings
by Nicky Sept. 14, 2012

Sept. 14, 2012

Hi , Can you please update Daylight Savings information for Samoa (South Pacific). Daylight Saving Time commences on Sunday 30th September 2012 and ends on Sunday 7th of April 2013. Please find link below for more information. http://www.mcil.gov.ws/mcil_publications.html Thank you and regards Nicholas Pereira Principal IT Officer | Corporate Services Division Level 4, ACC House, Apia, SAMOA | Tel: +685 20441 extn 143 | Fax : +685 20443 <http://www.mcil.gov.ws/> http://www.mcil.gov.ws Description: mcilsigna "Our vision is to lead and excel in the provision of quality service to foster economic growth for all" DISCLAIMER: This email contains information which may be confidential and subject to copyright. If you are not the intended recipient you must not use, distribute or copy this email or attachments. If you have received this email in error please notify us immediately by return email and delete this email and any attachments. The Ministry of Commerce, Industry and Labour (Samoa) accepts no responsibility for changes made to this email or to any attachments after transmission from Ministry of Commerce, Industry and Labour (Samoa). It is your responsibility to check this email and any attachments for viruses. Emails are not secure. They can be intercepted, amended, lost or destroyed and may contain viruses. Anyone who communicates with the Ministry of Commerce, Industry and Labour (Samoa) by email is taken to accept these risks. Any views expressed in this email are those of the individual sender, EXCEPT where the sender specifically states them to be the views of Ministry of Commerce, Industry and Labour (Samoa).

4 6

Fwd: Fiji DST for 2012-2013 announced
by Arthur David Olson Sept. 11, 2012

Sept. 11, 2012

> > Microsoft's time zone information cannot encode penultimate Sundays, > a "POSIX-style" TZ environment variable string can't encode it either! > Does zic omit the recurring rule string from the end of the version 2 tzfile in this case? zic does indeed omit the rule string in such cases. Examining such omissions is a way of identifying areas where the POSIX specification might be usefully extended (for example, recognition of a 'u' element in a time of day to specify that it's universal time--this would allow a POSIX-style Godthab rule). --ado

1 0

Re: [tz] Fiji DST for 2012-2013 announced
by Random832 Sept. 8, 2012

Sept. 8, 2012

On 9/7/2012 7:09 AM, jrl wrote: > Hmm, > > At one time, the registry hives contained timezone information. An immediate search for the word TimeZone in the registry produces (Windows 7) yields: > {BED7F4EA-1A96-11D2-8F08-00A0C9A6186D} > Which points to a 64 bit Framework item... C:\Windows\Microsoft.NET\Framework64\v4.0.30319 > > Is it possible the Windows time zone data has been moved out to the GAC - is it now in both places? No, you left off the space. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones.

1 0

Re: [tz] Fiji DST for 2012-2013 announced
by random832＠fastmail.us Sept. 8, 2012

Sept. 8, 2012

(oops, sent it directly instead of to the list at first) On Sun, Sep 2, 2012, at 00:12, lord.buddha(a)gmail.com wrote: > I now also wonder if the > presumption of a pattern might cause conflicts with other sources. > IATA / Microsoft etc. I think Microsoft's practice has generally been to have extrapolated rules, hope for the best, and publish a hotfix if it doesn't match. My (unpatched) Windows 7 machine extends the 2010 rule [Fourth Sunday October to Last Sunday March] on to infinity. They have published at least two updates since then that I've been able to find that tweak the rules, and I haven't verified firsthand but have no particular reason to doubt they similarly extend the then-latest rules [Fourth Sunday January to First Sunday March, based on update description text] indefinitely, and expect to publish further hotfixes. -- Random832

2 2

Fiji DST for 2012-2013 announced
by Steffen Thorsen Sept. 6, 2012

Sept. 6, 2012

According the the Fiji Government Online Portal, "The Minister for Labour, Industrial Relations and Employment Mr Jone Usamate today confirmed that Fiji will start daylight savings at 2 am on Sunday 21st October 2012 and end at 3 am on Sunday 20th January 2013." http://www.fiji.gov.fj/index.php?option=com_content&view=article&id=6702:da… Best regards, Steffen Thorsen - timeanddate.com

6 12

Typo in 2012e Theory file
by Jonathan Leffler Aug. 31, 2012

Aug. 31, 2012

There is a typo 'simplifes' for 'simplifies' in the Theory file in the 2012e release. -- Jonathan Leffler <jonathan.leffler(a)gmail.com> #include <disclaimer.h> Guardian of DBD::Informix - v2011.0612 - http://dbi.perl.org "Blessed are we who can laugh at ourselves, for we shall never cease to be amused."

3 2

[PATCH 0/1] Add Asia/Beijing
by James M Leddy Aug. 19, 2012

Aug. 19, 2012

I know this is a controversial topic, but I've been asked to submit this, and have decided to do so for a few reasons: * We'll stop getting questions of why Beijing Time is not included. * People that want to ship their own modified version of tzdata can take this patch. * The common proposed fix is that we should be using "human presentable" names and have a mapping from these names to the actual timezones. Since that proposal, indeed since the inception of desktop Linux/Unix, no one (as far as I know) has actually done this, leading to continued confusion from users. * I've seen it argued that we have to keep the the database pristine, yet the bar for entry does not actually seem that high. For example, we have a link from the Vatican to Rome, even though it should be pretty obvious that they're the same time zone. And we have a Link for people that can't seem to figure out if Nicosia is in Europe or Asia. * This really does seem to confuse users. "Eastern Time" includes both Washington, D.C. and New York City. The justification is that we never added Washington to the list, so we shouldn't add Beijing. But this is really not a fair comparison. It's called "Beijing Time". I'm sure if ET was called "Washington Time", it would at least give me pause to select New York time, even though I'm a New Yorker. No one gets confused that they have to pick New York, or Madrid instead of Barcelona, so that argument doesn't hold water.

16 34

Fwd: tz code 2012-e: Compilation issues on MacOS X 10.8
by Carlo Dapor Aug. 17, 2012

Aug. 17, 2012

Hello TZ maintainers Paul Eggert asked asked me to forward the e-Mail below to tz(a)iana.org. Can you incorporate the suggested change, please ? A feedback is most welcome, thanks. Regards, -- Carlo ---------- Forwarded message ---------- From: Carlo Dapor <catull(a)gmail.com> Date: 5 August 2012 12:35 Subject: tz code 2012-e: Compilation issues on MacOS X 10.8 To: Paul Eggert <eggert(a)cs.ucla.edu> Hello Paul I built the latest tz code on MacOS X 10.8. However, in localtime.c two methods are re-defined void tzsetwall (void) - line 1167 void tzset (void) - line 1190 Not sure this is the correct way, I placed an "#if !defined (__APPLE__) && !defined (__MACH__)" on lines 1167 and 1190. And on lines 1188 and 1233 an "#endif /* ! __APPLE__ && ! __MACH__ */". For completeness, see the two compilation attempts before this change. #1 cc -DTZDIR=\"/usr/local/etc/zoneinfo\" -c -o localtime.o localtime.c localtime.c:1167:1: error: static declaration of 'tzsetwall' follows non-static declaration tzsetwall(void) ^ /usr/include/time.h:150:6: note: previous declaration is here void tzsetwall(void); ^ 1 error generated. gmake: *** [localtime.o] Error 1 #2 cc -DTZDIR=\"/usr/local/etc/zoneinfo\" -c -o localtime.o localtime.c localtime.c:1190:1: error: static declaration of 'tzset' follows non-static declaration tzset(void) ^ /usr/include/time.h:136:6: note: previous declaration is here void tzset(void); ^ 1 error generated. gmake: *** [localtime.o] Error 1 Regards, -- Carlo

3 3

Re: [tz] [PATCH 0/1] Add Asia/Beijing
by Alan Mintz Aug. 15, 2012

Aug. 15, 2012

At 2012-08-15 09:32, Paul_Koning(a)Dell.com wrote: >That's a perfectly valid wish but it's a UI matter, and it belongs in >systems that have the space for such databases. We could draw an arbitrary line to keep the number small. For example, there are (I think) about 540 existing IDs in the database, including all the links. If you draw that line at population 500,000, there are a little over 1000 cities that qualify, probably meaning (rough guess) the addition of 700-800 links - less than 80KB. I can't imagine that's an issue for any current embedded system, is it? Here's a sampling of the (mostly-not-well-known) cities on the 500K "bubble": Denpasar, Indonesia Lipetsk, Russia Dengta, China Tuxtla Gutiérrez, Mexico Songkhla, Thailand Mariupol, Ukraine Danjiangkou, China Chiclayo, Peru COPENHAGEN, Denmark Penglai, China Oaxaca de Juárez, Mexico Aba, Nigeria Astrakhan, Russia MACAO, China : Macao SAR Eskisehir, Turkey Shishi, China Kannur, India Ananindeua, Brazil Bokaro Steel City, India SAN SALVADOR, El Salvador Kolhapur, India Xinzhou, China Joinville, Brazil Dangyang, China Londrina, Brazil There might be cause to add some others below that line, like capital/commercial capital status, top "n" within a country (depending on area maybe), etc. It could also be completely or partially optional (e.g. 500k+, 100-500k, 50-100k pop files), allowing the specific implementation to choose to include as much or as little as they have room for. Include specific support for a "local" file that can override the stock database, and the implementation and user can do whatever they want. -- Alan Mintz <Alan_Mintz+TZ_IANA(a)Earthlink.net>

3 2

Re: [tz] [PATCH 0/1] Add Asia/Beijing
by Alan Mintz Aug. 13, 2012

Aug. 13, 2012

At 2012-08-13 12:49, James M Leddy wrote: >...For > example, we have a link from the Vatican to Rome, even though it > should be pretty obvious that they're the same time zone... IIRC, given the history of time and calendars, it makes sense to have a separate time zone for the Vatican, even though it is currently the same :) Cultural enclaves often observe their own rules regarding time zones, as evidenced by several Native American entities in the US (Navajo, Hopi within Navajo, and Metlakatla come to mind). There has always been an issue with having identifiers named by cities only. Some of the US identifiers are not familiar to many people, even when they are within their own state. IMO, a separate table, containing links from at least the commercial capital of each country to its time zone, would seem to be the best solution. Specific support for a local version of the table (that would be preserved across updates) would be good, too. Save changes to the main rule files for real changes in parameters, not synonyms. -- Alan Mintz <Alan_Mintz+TZ_IANA(a)Earthlink.net>

1 0

Android (bionic) tzcode changes
by enh Aug. 8, 2012

Aug. 8, 2012

i've been maintaining Android's copy of the tzdata for several years now and have more recently inherited maintenance of Android's C library, bionic. i was looking at automating updates of tzcode (which hasn't been tracking upstream at all) but noticed that we have several extensions that i can't see upstream (in tzcode2012e): 1. Android concatenates all the data files into one big file that's indexed by a separate .idx file. the idea being that you binary search the index (by Olson id) to find the offset into the data of that zone's data. 2. Android implements the glibc strftime extensions (search for "an optional flag" in http://www.gnu.org/software/libc/manual/html_node/Formatting-Calendar-Time.… ). 3. Android implements strptime ( http://pubs.opengroup.org/onlinepubs/007904975/functions/strptime.html) including the glibc extensions. i might have to clean some of these up, but i was curious whether upstream would at least in theory be interested in any of this? i can see 1 being least interesting, so i might just have to factor our changes there out into other files as best i can. but 2 and 3 sound like they'd be of general interest? (also feel free to add Android to the web page's list of systems that rely on the tz database.) --elliott

1 0

Detecting a new release
by Neil Masson Aug. 3, 2012

Aug. 3, 2012

This might have been talked about recently, but I don't remember any resolution. I have a script which polls the IANA Website daily to detect if there has been any update. It parses the html to find the latest version and then checks to see if the version has changed since the last time. This solution is fragile and could easily be broken if the layout of the Website changes. I don't see any way of detecting the version from the ftp or rsync sites as the "real" filename which contains the version has been replaced with a link tzdata-latest.tar.gz. It would be better if a version file was added to the ftp and rsync sites which contained the version identifier of the release. Neil Masson Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

6 7

Re: [tz] timegm() function and state
by Paul Eggert Aug. 3, 2012

Aug. 3, 2012

I tried to reproduce that configuration under Ubuntu but still did not see the problem. Here's how I built it: make CFLAGS='-DNOID -DUSG_COMPAT -DSTD_INSPIRED -DPCTS -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DTZDEFRULESTRING=\",M3.2.0/2,M11.1.0/2\"' TOPDIR=/tmp/top install gcc -I. test.c /tmp/top/lib/libtz.a and here's my test program: #include <string.h> #include <errno.h> #include <stdio.h> #include <time.h> int main(int argc, char *argv[]) { struct tm localt; localt.tm_sec = 0; localt.tm_min = 0; localt.tm_hour = 0; localt.tm_mday = 1; localt.tm_year = 113; localt.tm_mon = 0; localt.tm_wday = 0; localt.tm_yday = 0; localt.tm_isdst = 0; localt.tm_gmtoff = 0; localt.tm_zone = 0; mktime(&localt); printf("asctime: %s", asctime(&localt)); printf("timegm(&localt) = %ld (errno %s)\n", timegm(&localt), strerror(errno)); printf("timegm(&localt) = %ld (errno %s)\n", timegm(&localt), strerror(errno)); printf("timegm(&localt) = %ld (errno %s)\n", timegm(&localt), strerror(errno)); return 0; } and its output: asctime: Tue Jan 1 00:00:00 2013 timegm(&localt) = 1356998400 (errno Success) timegm(&localt) = 1356998400 (errno Success) timegm(&localt) = 1356998400 (errno Success)

1 0

Re: [tz] Detecting a new release
by Neil Masson Aug. 3, 2012

Aug. 3, 2012

> You could parse the output of lftp or ncftpls in long-listing mode: Or indeed use rsync -l $ rsync -l rsync://rsync.iana.org/tz/tzdata-latest.tar.gz lrwxrwxrwx 27 2012/08/03 05:28:07 tzdata-latest.tar.gz -> releases/tzdata2012e.tar.gz Thanks for your help Neil Masson Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

1 0

tzcode2012e and tzdata2012e available
by Paul Eggert Aug. 2, 2012

Aug. 2, 2012

The 2012e release of the tz code and data is available. It reflects the following changes circulated last week on the tz mailing list: * australasia (Pacific/Fakaofo): Tokelau is UTC+13, not UTC+14. (Thanks to Steffen Thorsen.) * Use a single version number for both code and data. * .gitignore: New file. * Remove trailing white space. Here are links to the release files: http://www.iana.org/time-zones/repository/releases/tzcode2012e.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2012e.tar.gz ftp://ftp.iana.org/tz/releases/tzcode2012e.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2012e.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 This release corresponds to commit 60e612c3f451846ce24437e00b29974ab195b410 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.4.11 (GNU/Linux) iQIcBAABAgAGBQJQG1MZAAoJEO2X6Q5iqn40u8kP/0XwaAAhJw/G6rdHD3rhFLcV FXgPJ5OmYFffYc4MxO83OZnFrfl+Wt+qP3C8XD5ggOIZ9NSpg245MQL5kNa7jH20 Wa9Gc26E7QycGjuFlTe3+1wfO2UH16A3M80cRgPGKxsziKSTy4gnbrXHWgdL68gP 5uJpW7zlQsgQQUHZcp+HObq556vhdOnZ/frS+kPWPYq2ZCJhjaJLUGrOLzgVsJfI HXIC50RQpiR9RorNWMEnQTaaSdGrzZdPICyQYesfs5AbC56G86tV4MOQC/9jpkMs qY+seV4PmEdGtvO7baUXDsUkXtxF8WGbPaz9w6ceduwoGNXC/WqaXyfiykmkTeC5 Pq0j4Ru7d4JSLWz7xgZUJ1HM2MedojOWUxZk5eurONY0HNsfq1q4Oc/L70DtHTSu HuewfXAkeU0Dr2zg/JW2FKaQrv+xK2jPyA+Je+jkgvuWTCj56S/KO/V2F8FqzKi/ e9mDmw1Cm/5GCzKWw5sr3aoviI0wcZCSnykQ+VMcq23f/2lNvcBzDjjYA5AKua5V wOwDIkk9aYNOphH/X/z5pT6U6hk3WmaIdfowOTIvEKhQK4UndByBsZiAo6hpOEIt ZSxJ3gR1f/E/3M1KHzL6Mjko0KWr01nSVc7/zsLODlihYPsFTbSdMQqVJKLRnd9e 5xmk63NXrodCs4gXvr5B =Bz0X -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAABAgAGBQJQG1MpAAoJEO2X6Q5iqn406o4P+wQ3JEmjTMhTxpVcCxpeSkko zDJnVvIE2LZoz7voCiPj6QmnEvty2yasI5EkLjnWTlmhFBISvbPDzceMMM0X01XE vEiHjeZGCHlEHgvo2wishyBzsCr7d8eoNjtkBng4DFyOc42zLjARJ8Z2elGji8JF bdoeAtYM6hFXwyPkKJ/0QrnN56q4jWFSYQxdoyx/HMhATtUeGOmubfQpWPTMswlJ ng8UWoqr6amULT0IXhlVZjyemJCY+JH3BJ4cDKYNHrllNORNnftFORvSpsNhl0dI TFRqGSsbb8CZDaXNVZ5OE/3loXWatPl+aac6HEXhIgF/tfy6uoupFmAtoHAUCByq v7ajL58iXx2HhAXGhlaBHlMVbcBRHQlPuTaw4vuDQ5G5leS5y+7Sm8bIt8Du0NHI uNx3wRKFPVzXIkAy/FSWbh43OyN5iv5cYzcE+PKvC4K6EyMzMHPc++D99J/16ZX7 C0gkrk1FJo8xmOI54/qP3pQDp99Xju0qKfb2hIugbzzNAGByENZShrPsNCRstIxU 1+N5gNjxKFuX3avr3asCRG73OK7Vx0QH2QitQ9+YBErT9X3i9hZBKKSSLchwgqPI LpOrNiMLFoW3hQ/adMqbdCGe06W3SSIRUSX8xw5lVqM4dviulXWhgfhNQB4jv51Y ZeLuMbIR2e2eV6par7+n =iuFl -----END PGP SIGNATURE-----

1 0

timegm() function and state
by Doug Bailey Aug. 2, 2012

Aug. 2, 2012

One of my users reported that the first time timegm() is called, it returns -1. Investigating, it seems that there's a problem with the gmtptr state. Take the following code: int main(int argc, char *argv[]) { struct tm localt; localt.tm_sec = 0; localt.tm_min = 0; localt.tm_hour = 0; localt.tm_mday = 1; localt.tm_year = 113; localt.tm_mon = 0; localt.tm_wday = 0; localt.tm_yday = 0; localt.tm_isdst = 0; localt.tm_gmtoff = 0; localt.tm_zone = 0; mktime(&localt); printf("asctime: %s", asctime(&localt)); printf("timegm(&localt) = %d (errno %s)\n", timegm(&localt), strerror(errno)); printf("timegm(&localt) = %d (errno %s)\n", timegm(&localt), strerror(errno)); printf("timegm(&localt) = %d (errno %s)\n", timegm(&localt), strerror(errno)); return 0; } Run it and you get: asctime: Tue Jan 1 00:00:00 2013 timegm(&localt) = -1 (errno No such process) timegm(&localt) = 1356998400 (errno No such process) timegm(&localt) = 1356998400 (errno No such process) The first time timegm() is invoked, it fails. Subsequent invocations work correctly. I didn't manage to track down the root problem, but I found if I forced gmtptr to load (as gmtsub should), then everything works correctly. time_t timegm(tmp) struct tm * const tmp; { if (!gmt_is_set) { gmt_is_set = TRUE; #ifdef ALL_STATE gmtptr = (struct state *) calloc(1, sizeof *gmtptr); if (gmtptr != NULL) #endif /* defined ALL_STATE */ gmtload(gmtptr); } if (tmp != NULL) tmp->tm_isdst = 0; return time1(tmp, gmtsub, 0L); } I just copied the gmt_is_set test from gmtsub. I realize that gmtsub gets called anyways (timegm->time1->time2->gmtsub), but maybe the context doesn't get loaded quickly enough. I haven't tested, but I suspect that timeoff will have the same problem since it also invokes time1(..,gmtsub,..) without first ensuring the gmt context is loaded. Doug

2 1

[PATCH 4/4] Use a single version number for both code and data.
by Paul Eggert July 25, 2012

July 25, 2012

* Makefile (VERSION): New macro, superseding ... (TZCODE_VERSION, TZDATA_VERSION): Remove. All uses changed. (version.h): Call the variable TZVERSION, not TZCODE_VERSION. All uses changed. (tzselect): Interpolate TZVERSION, not TZCODE_VERSION. (public): Adjust to new versioning scheme. * tzselect.ksh (TZVERSION): Rename from TZCODE_VERSION. * zdump.c, zic.c (main): Use TZVERSION, not TZCODE_VERSION. --- Makefile | 11 +++++------ tzselect.ksh | 4 ++-- zdump.c | 2 +- zic.c | 2 +- 4 files changed, 9 insertions(+), 10 deletions(-) diff --git a/Makefile b/Makefile index 270fbaa..510d77f 100644 --- a/Makefile +++ b/Makefile @@ -3,8 +3,7 @@ # 2009-05-17 by Arthur David Olson. # Version numbers of the code and data distributions. -TZCODE_VERSION = tzcode2012c -TZDATA_VERSION = tzdata2012d +VERSION = 2012d # Change the line below for your time zone (after finding the zone you want in # the time zone files, or adding it to a time zone file). @@ -327,7 +326,7 @@ INSTALL: ALL install date.1 version.h: echo >$@ \ - 'static char const TZCODE_VERSION[]="$(TZCODE_VERSION)";' + 'static char const TZVERSION[]="tz$(VERSION)";' zdump: $(TZDOBJS) $(CC) $(CFLAGS) $(LFLAGS) $(TZDOBJS) $(LDLIBS) -o $@ @@ -379,7 +378,7 @@ tzselect: tzselect.ksh sed \ -e 's|AWK=[^}]*|AWK=$(AWK)|g' \ -e 's|TZDIR=[^}]*|TZDIR=$(TZDIR)|' \ - -e 's|$TZCODE_VERSION$=.*|\1=$(TZCODE_VERSION)|' \ + -e 's|$TZVERSION$=.*|\1=tz$(VERSION)|' \ <$? >$@ chmod +x $@ @@ -437,10 +436,10 @@ public: $(ENCHILADA) set-timestamps $(AWK) -f checktab.awk $(PRIMARY_YDATA) LC_ALL=C && export LC_ALL && \ tar $(TARFLAGS) -cf - $(DOCS) $(SOURCES) $(MISC) *.[1-8].txt | \ - gzip $(GZIPFLAGS) > $(TZCODE_VERSION).tar.gz + gzip $(GZIPFLAGS) > tzcode$(VERSION).tar.gz LC_ALL=C && export LC_ALL && \ tar $(TARFLAGS) -cf - $(DATA) | \ - gzip $(GZIPFLAGS) > $(TZDATA_VERSION).tar.gz + gzip $(GZIPFLAGS) > tzdata$(VERSION).tar.gz typecheck: make clean diff --git a/tzselect.ksh b/tzselect.ksh index 3ebaaa7..9e8ceea 100644 --- a/tzselect.ksh +++ b/tzselect.ksh @@ -1,6 +1,6 @@ #! /bin/ksh -TZCODE_VERSION=see_Makefile +TZVERSION=see_Makefile # Ask the user about the time zone, and output the resulting TZ value to stdout. # Interact with the user via stderr and stdin. @@ -55,7 +55,7 @@ EOF exit 0 elif [ "$1" = "--version" ]; then cat <<EOF -tzselect $TZCODE_VERSION +tzselect $TZVERSION EOF exit 0 fi diff --git a/zdump.c b/zdump.c index cbd3338..7b96a4f 100644 --- a/zdump.c +++ b/zdump.c @@ -282,7 +282,7 @@ char * argv[]; progname = argv[0]; for (i = 1; i < argc; ++i) if (strcmp(argv[i], "--version") == 0) { - (void) printf("%s\n", TZCODE_VERSION); + (void) printf("%s\n", TZVERSION); exit(EXIT_SUCCESS); } else if (strcmp(argv[i], "--help") == 0) { usage(stdout, EXIT_SUCCESS); diff --git a/zic.c b/zic.c index 28d7bcf..4ae31a2 100644 --- a/zic.c +++ b/zic.c @@ -497,7 +497,7 @@ char * argv[]; } for (i = 1; i < argc; ++i) if (strcmp(argv[i], "--version") == 0) { - (void) printf("%s\n", TZCODE_VERSION); + (void) printf("%s\n", TZVERSION); exit(EXIT_SUCCESS); } else if (strcmp(argv[i], "--help") == 0) { usage(stdout, EXIT_SUCCESS); -- 1.7.9.5

2 2

technical details for today's code and data release
by Paul Eggert July 25, 2012

July 25, 2012

# This email documents how I built today's tzcode and tzdata release. # It mostly uses POSIX shell syntax (hence the leading '#' here). # The idea is to document what I did this time, so that more of # this stuff can be done better and/or automated next time. # Here's how I built the release, on Ubuntu 12.04 x86, # starting from the unofficial public repository. git clone -n https://github.com/eggert/tz.git (cd tz git checkout ee42236d5192a0199bbac05385fe2f613b1b30e2 make check make public ) # Here's how I imported the release into the private IANA repository. # This procedure makes sense only if one has access to this repository, # which is not currently public. (cd tz-iana cp ../tz/tzcode2012c.tar.gz ../tz/tzdata2012d.tar.gz releases ln -sf releases/tzcode2012c.tar.gz tzcode-latest.tar.gz ln -sf releases/tzdata2012d.tar.gz tzdata-latest.tar.gz (cd data && tar xf ../tzdata-latest.tar.gz) (cd code && tar xf ../tzcode-latest.tar.gz) git add releases/tzcode2012c.tar.gz releases/tzdata2012d.tar.gz git commit -am'tzcode2012c and tzdata2012d' # Oops, forgot to update '.latest'. Do that now. (echo 'data tzdata2012d.tar.gz 2012-07-20' echo 'code tzcode2012c.tar.gz 2012-07-20' ) >.latest git commit -am'tzcode2012c and tzdata2012d in .latest.' ) # Here's how I created the signatures for the distributions. (cd tz gpg --detach-sign --armor -o tzcode2012c.tar.gz.sign tzcode2012c.tar.gz gpg --detach-sign --armor -o tzdata2012d.tar.gz.sign tzdata2012d.tar.gz ) # Here are the signatures themselves, generated by: (cd tz; more tzcode2012c.tar.gz.sign tzdata2012d.tar.gz.sign) :::::::::::::: tzcode2012c.tar.gz.sign :::::::::::::: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAABAgAGBQJQCPX9AAoJEO2X6Q5iqn40A+EQAKquIXzcZH92dAoJeGUO3Hfr p0pdz2wXQZvOhBZn3O2MVWZtLgER+e/qRBFi7zAm7/PAjJUwP54mVIdWnDUCGvn1 ieN/qd4qoF00d5g+xHfmo8XmogXfzjiQ6hqRqN3fSz0qzp2D9+8ckPyZyvU9hAYA OfcCB/EeSvi+U2Gg4GZzx0uhq5huhFPl6SRy+SHolAfWb0o+xxYlVsLv94jBX3rv MTEBkNPgx6FXdarfa1agvaJK4j1fWUQ056/80jfmrwZDrewTfaF2hNEDS0MAM9rC VGdbsW5mqikWEt2mFL0n1fn56bgxOFPDJOQvWt2gJ23tfAR/jhSYuQKwuAlwbwTm bTUcrxOJyyh6bUkgujHrkqSOkY+5ya6laF91ejn95tzfcTHqXOQmFT2jVBlZBhey f4pP16QHb5Q7Nf+kA//1oNDSYFrDMtfLoj/9IqLlxgzlfnwNjE+udOWgEVNGS9iF 99Bh+H0GNl1sd2xq65b7Ne+4M6pHuJzOtSCJwmJ+3+owYFs/ocIH97IAEMoFkwWJ 3LPSqLhep5OC+Z2O9OgYREhVjdPuUavz1+UF6xOroEbCAg4Act9Ok8HGlZ+q7gRk FuR/ItM+5dDFBrUQrNXRuAjR9HrcoZ9zyqMtFPzV6indI7EQwMuCtZopsi9PrC6A arMfzjlKJBJ4UCCy45wW =Dfi2 -----END PGP SIGNATURE----- :::::::::::::: tzdata2012d.tar.gz.sign :::::::::::::: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAABAgAGBQJQCPYfAAoJEO2X6Q5iqn406TwP/RHspsy44+WUFIEbfsijFkEf VW409JP0QSC0ocRe8ir1ijorNggF+j62uAQjvSSVaNb/tLy67/j+sUR5xU1/ccw6 bWM46r5P28ubSX4rs5FHQfOmOgA7LRBP+3+C6TJ8iUzSfHszZI00bOdAZWaFcQxw /hlBK83rp7vwQj2Sk9NU8tzyv1paGOcM8Ps/aL5gsZpkF48v2GQ0kDrZwazTgODD NZ4rvMg4mlNCZz6sSyTRa02B0uDkEXsNKLf/Gf3OfPIkoGdRQT6sa7qDdYXcjM1o QdTTjg+HAnCxt3CDmpNGC4K0y7aHRmZYlge1cXt0uZOvtmO9lTlSGUQIied1FuBs EaawtZw/L3Pd9bG1FeodPN/NIVQLaTss+ERU2FsgQjiOWxnaLvzSFmfBi/TrDpkW yPqqskACwhLHGLRu3uSThjAFA2OzItCdqbwHfMMNoo0aXL85ZipUpH3CnhDwOQxn I3s43HLepBpJi7RofR4KtolnRvlu2rfEAqmhUOhWk1ACVghI4ev2papQ5boucf0N B93AUQnv6WO9WgmeWrQ7CnYPoydBIlOYdjKmiOZ9c45qFsHEX76ZfUY6sbi3sLE/ mxOsYFZLBf5my8APmyespgO+WTXFCbMHBKbeKQRuchRuXYi5/72CxVJ1TZEt+aMd 0PJmnu0eg3TKYTE6/vX8 =eKib -----END PGP SIGNATURE-----

8 17

[PATCH 3/4] * .gitignore: New file.
by Paul Eggert July 25, 2012

July 25, 2012

It's not clear to me that the .gitignore file should be part of the tzcode or tzdata distributions, as it's needed only if you've gotten the files from the git repository, so for now the Makefile is not modified to add this to one or the other distribution. --- .gitignore | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 .gitignore diff --git a/.gitignore b/.gitignore new file mode 100644 index 0000000..d36f26e --- /dev/null +++ b/.gitignore @@ -0,0 +1,10 @@ +*.o +*.tar.gz +*.txt +*~ +ChangeLog +tzselect +version.h +yearistype +zdump +zic -- 1.7.9.5

2 1

[PATCH 2/4] * australasia (Pacific/Fakaofo): Tokelau is UTC+13, not UTC+14.
by Paul Eggert July 25, 2012

July 25, 2012

Assume Shanks & Pottenger have been wrong by an hour since 1901. Reported by Steffen Thorsen in <http://mm.icann.org/pipermail/tz/2012-July/018168.html>. --- australasia | 28 ++++++++++++++-------------- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git a/australasia b/australasia index dfadfa9..c7d5611 100644 --- a/australasia +++ b/australasia @@ -640,25 +640,25 @@ Zone Pacific/Guadalcanal 10:39:48 - LMT 1912 Oct # Honiara # # From Gwillim Law (2011-12-29) # A correspondent informed me that Tokelau, like Samoa, will be skipping -# December 31 this year, thereby changing its time zone from UTC-10 to -# UTC+14. When I tried to verify this statement, I found a confirming -# article in Time magazine online -# <a href="http://www.time.com/time/world/article/0,8599,2103243,00.html"> -# (http://www.time.com/time/world/article/0,8599,2103243,00.html) -# </a> +# December 31 this year ... # -# From Jonathan Leffler (2011-12-29) -# Information from the BBC to the same effect: -# <a href="http://www.bbc.co.uk/news/world-asia-16351377"> -# http://www.bbc.co.uk/news/world-asia-16351377 -# </a> +# From Steffen Thorsen (2012-07-25) +# ... we double checked by calling hotels and offices based in Tokelau asking +# about the time there, and they all told a time that agrees with UTC+13.... +# Shanks says UTC-10 from 1901 [but] ... there is a good chance the change +# actually was to UTC-11 back then. # -# Patch supplied by Tim Parenti (2011-12-29) +# From Paul Eggert (2012-07-25) +# A Google Books snippet of Appendix to the Journals of the House of +# Representatives of New Zealand, Session 1948, +# <http://books.google.com/books?id=ZaVCAQAAIAAJ>, page 65, says Tokelau +# was "11 hours slow on G.M.T." Go with Thorsen and assume Shanks & Pottenger +# are off by an hour starting in 1901. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Fakaofo -11:24:56 - LMT 1901 - -10:00 - TKT 2011 Dec 30 # Tokelau Time - 14:00 - TKT + -11:00 - TKT 2011 Dec 30 # Tokelau Time + 13:00 - TKT # Tonga # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -- 1.7.9.5

1 0

[PATCH 1/4] Remove trailing white space.
by Paul Eggert July 25, 2012

July 25, 2012

I hope to release a new version soon, since current time stamps are wrong in Tokelau. So, in preparation for that, here's the first of a set of four proposed patches to the tz code and data. This patch is purely clerical: it removes trailing white space (which my text editor does automatically) so that other patches don't have spurious differences. This proposed patch is also available as: https://github.com/eggert/tz/commit/369851954c101b5f51cdef65f73bb94ada790951 --- Theory | 28 +++++++++---------- asia | 86 +++++++++++++++++++++++++++++----------------------------- australasia | 28 +++++++++---------- europe | 14 +++++----- leapseconds | 6 ++-- northamerica | 24 ++++++++-------- southamerica | 18 ++++++------ 7 files changed, 102 insertions(+), 102 deletions(-) diff --git a/Theory b/Theory index 7094b27..e442bcd 100644 --- a/Theory +++ b/Theory @@ -194,26 +194,26 @@ better. ----- Scope of the tz database ----- -The tz database attempts to record the history and predicted future of -all computer-based clocks that track civil time. To represent this -data, the world is partitioned into regions whose clocks all agree -about time stamps that occur after the somewhat-arbitrary cutoff point -of the POSIX Epoch (1970-01-01 00:00:00 UTC). For each such region, -the database records all known clock transitions, and labels the region +The tz database attempts to record the history and predicted future of +all computer-based clocks that track civil time. To represent this +data, the world is partitioned into regions whose clocks all agree +about time stamps that occur after the somewhat-arbitrary cutoff point +of the POSIX Epoch (1970-01-01 00:00:00 UTC). For each such region, +the database records all known clock transitions, and labels the region with a notable location. -Clock transitions before 1970 are recorded for each such location, -because most POSIX-compatible systems support negative time stamps and +Clock transitions before 1970 are recorded for each such location, +because most POSIX-compatible systems support negative time stamps and could misbehave if data were omitted for pre-1970 transitions. -However, the database is not designed for and does not suffice for -applications requiring accurate handling of all past times everywhere, -as it would take far too much effort and guesswork to record all +However, the database is not designed for and does not suffice for +applications requiring accurate handling of all past times everywhere, +as it would take far too much effort and guesswork to record all details of pre-1970 civil timekeeping. -As noted in the README file, the tz database is not authoritative +As noted in the README file, the tz database is not authoritative (particularly not for pre-1970 time stamps), and it surely has errors. -Corrections are welcome and encouraged. Users requiring authoritative -data should consult national standards bodies and the references cited +Corrections are welcome and encouraged. Users requiring authoritative +data should consult national standards bodies and the references cited in the database's comments. diff --git a/asia b/asia index 9e5904c..a02e109 100644 --- a/asia +++ b/asia @@ -101,7 +101,7 @@ Zone Asia/Kabul 4:36:48 - LMT 1890 # From Alexander Krivenyshev (2012-02-10): # According to News Armenia, on Feb 9, 2012, # http://newsarmenia.ru/society/20120209/42609695.html -# +# # The Armenia National Assembly adopted final reading of Amendments to the # Law "On procedure of calculation time on the territory of the Republic of # Armenia" according to which Armenia [is] abolishing Daylight Saving Time. @@ -181,15 +181,15 @@ Zone Asia/Bahrain 3:22:20 - LMT 1920 # Al Manamah # </a> # From A. N. M. Kamrus Saadat (2009-06-15): -# Finally we've got the official mail regarding DST start time where DST start -# time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh -# Telecommunication Regulatory Commission). +# Finally we've got the official mail regarding DST start time where DST start +# time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh +# Telecommunication Regulatory Commission). # # No DST end date has been announced yet. # From Alexander Krivenyshev (2009-09-25): -# Bangladesh won't go back to Standard Time from October 1, 2009, -# instead it will continue DST measure till the cabinet makes a fresh decision. +# Bangladesh won't go back to Standard Time from October 1, 2009, +# instead it will continue DST measure till the cabinet makes a fresh decision. # # Following report by same newspaper-"The Daily Star Friday": # "DST change awaits cabinet decision-Clock won't go back by 1-hr from Oct 1" @@ -203,8 +203,8 @@ Zone Asia/Bahrain 3:22:20 - LMT 1920 # Al Manamah # From Steffen Thorsen (2009-10-13): # IANS (Indo-Asian News Service) now reports: -# Bangladesh has decided that the clock advanced by an hour to make -# maximum use of daylight hours as an energy saving measure would +# Bangladesh has decided that the clock advanced by an hour to make +# maximum use of daylight hours as an energy saving measure would # "continue for an indefinite period." # # One of many places where it is published: @@ -232,7 +232,7 @@ Zone Asia/Bahrain 3:22:20 - LMT 1920 # Al Manamah # From Alexander Krivenyshev (2010-03-22): # According to Bangladesh newspaper "The Daily Star," -# Cabinet cancels Daylight Saving Time +# Cabinet cancels Daylight Saving Time # <a href="http://www.thedailystar.net/newDesign/latest_news.php?nid=22817"> # http://www.thedailystar.net/newDesign/latest_news.php?nid=22817 # </a> @@ -360,11 +360,11 @@ Rule PRC 1987 1991 - Apr Sun>=10 0:00 1:00 D # observing daylight saving time in 1986. # # From Thomas S. Mullaney (2008-02-11): -# I think you're combining two subjects that need to treated -# separately: daylight savings (which, you're correct, wasn't -# implemented until the 1980s) and the unified time zone centered near -# Beijing (which was implemented in 1949). Briefly, there was also a -# "Lhasa Time" in Tibet and "Urumqi Time" in Xinjiang. The first was +# I think you're combining two subjects that need to treated +# separately: daylight savings (which, you're correct, wasn't +# implemented until the 1980s) and the unified time zone centered near +# Beijing (which was implemented in 1949). Briefly, there was also a +# "Lhasa Time" in Tibet and "Urumqi Time" in Xinjiang. The first was # ceased, and the second eventually recognized (again, in the 1980s). # # From Paul Eggert (2008-06-30): @@ -501,7 +501,7 @@ Zone Asia/Kashgar 5:03:56 - LMT 1928 # or Kashi or Kaxgar # as of 2009-10-28: # Year Period # 1941 1 Apr to 30 Sep -# 1942 Whole year +# 1942 Whole year # 1943 Whole year # 1944 Whole year # 1945 Whole year @@ -592,16 +592,16 @@ Zone Asia/Hong_Kong 7:36:36 - LMT 1904 Oct 30 # From Arthur David Olson (2010-04-07): # Here's Google's translation of the table at the bottom of the "summert.htm" page: # Decade Name Start and end date -# Republic of China 34 years to 40 years (AD 1945-1951 years) Summer Time May 1 to September 30 -# 41 years of the Republic of China (AD 1952) Daylight Saving Time March 1 to October 31 -# Republic of China 42 years to 43 years (AD 1953-1954 years) Daylight Saving Time April 1 to October 31 -# In the 44 years to 45 years (AD 1955-1956 years) Daylight Saving Time April 1 to September 30 -# Republic of China 46 years to 48 years (AD 1957-1959) Summer Time April 1 to September 30 -# Republic of China 49 years to 50 years (AD 1960-1961) Summer Time June 1 to September 30 -# Republic of China 51 years to 62 years (AD 1962-1973 years) Stop Summer Time -# Republic of China 63 years to 64 years (1974-1975 AD) Daylight Saving Time April 1 to September 30 -# Republic of China 65 years to 67 years (1976-1978 AD) Stop Daylight Saving Time -# Republic of China 68 years (AD 1979) Daylight Saving Time July 1 to September 30 +# Republic of China 34 years to 40 years (AD 1945-1951 years) Summer Time May 1 to September 30 +# 41 years of the Republic of China (AD 1952) Daylight Saving Time March 1 to October 31 +# Republic of China 42 years to 43 years (AD 1953-1954 years) Daylight Saving Time April 1 to October 31 +# In the 44 years to 45 years (AD 1955-1956 years) Daylight Saving Time April 1 to September 30 +# Republic of China 46 years to 48 years (AD 1957-1959) Summer Time April 1 to September 30 +# Republic of China 49 years to 50 years (AD 1960-1961) Summer Time June 1 to September 30 +# Republic of China 51 years to 62 years (AD 1962-1973 years) Stop Summer Time +# Republic of China 63 years to 64 years (1974-1975 AD) Daylight Saving Time April 1 to September 30 +# Republic of China 65 years to 67 years (1976-1978 AD) Stop Daylight Saving Time +# Republic of China 68 years (AD 1979) Daylight Saving Time July 1 to September 30 # Republic of China since 69 years (AD 1980) Stop Daylight Saving Time # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S @@ -1835,15 +1835,15 @@ Zone Asia/Muscat 3:54:20 - LMT 1920 # shown 8 per cent higher consumption of electricity. # From Alex Krivenyshev (2008-05-15): -# -# Here is an article that Pakistan plan to introduce Daylight Saving Time +# +# Here is an article that Pakistan plan to introduce Daylight Saving Time # on June 1, 2008 for 3 months. -# -# "... The federal cabinet on Wednesday announced a new conservation plan to help -# reduce load shedding by approving the closure of commercial centres at 9pm and -# moving clocks forward by one hour for the next three months. +# +# "... The federal cabinet on Wednesday announced a new conservation plan to help +# reduce load shedding by approving the closure of commercial centres at 9pm and +# moving clocks forward by one hour for the next three months. # ...." -# +# # <a href="http://www.worldtimezone.net/dst_news/dst_news_pakistan01.html"> # http://www.worldtimezone.net/dst_news/dst_news_pakistan01.html # </a> @@ -1903,7 +1903,7 @@ Zone Asia/Muscat 3:54:20 - LMT 1920 # Government has decided to restore the previous time by moving the # clocks backward by one hour from October 1. A formal announcement to # this effect will be made after the Prime Minister grants approval in -# this regard." +# this regard." # <a href="http://www.thenews.com.pk/updates.asp?id=87168"> # http://www.thenews.com.pk/updates.asp?id=87168 # </a> @@ -2199,7 +2199,7 @@ Zone Asia/Karachi 4:28:12 - LMT 1907 # <a href="http://www.maannews.net/eng/ViewDetails.aspx?ID=306795"> # http://www.maannews.net/eng/ViewDetails.aspx?ID=306795 # </a> -# the clocks were set back one hour at 2010-08-11 00:00:00 local time in +# the clocks were set back one hour at 2010-08-11 00:00:00 local time in # Gaza and the West Bank. # Some more background info: # <a href="http://www.timeanddate.com/news/time/westbank-gaza-end-dst-2010.html"> @@ -2238,7 +2238,7 @@ Zone Asia/Karachi 4:28:12 - LMT 1907 # The rules for Egypt are stolen from the `africa' file. # From Steffen Thorsen (2011-09-30): -# West Bank did end Daylight Saving Time this morning/midnight (2011-09-30 +# West Bank did end Daylight Saving Time this morning/midnight (2011-09-30 # 00:00). # So West Bank and Gaza now have the same time again. # @@ -2512,19 +2512,19 @@ Rule Syria 2007 only - Mar lastFri 0:00 1:00 S # having it between Wednesday and Thursday (two workdays in Syria) since the # weekend in Syria is not Saturday and Sunday, but Friday and Saturday. So now # it is implemented at midnight of the last workday before weekend... -# +# # From Steffen Thorsen (2007-10-27): # Jesper Norgaard Welen wrote: -# +# # > "Winter local time in Syria will be observed at midnight of Thursday 1 # > November 2007, and the clock will be put back 1 hour." -# +# # I found confirmation on this in this gov.sy-article (Arabic): # http://wehda.alwehda.gov.sy/_print_veiw.asp?FileName=12521710520070926111247 -# +# # which using Google's translate tools says: -# Council of Ministers also approved the commencement of work on -# identifying the winter time as of Friday, 2/11/2007 where the 60th +# Council of Ministers also approved the commencement of work on +# identifying the winter time as of Friday, 2/11/2007 where the 60th # minute delay at midnight Thursday 1/11/2007. Rule Syria 2007 only - Nov Fri>=1 0:00 0 - @@ -2590,8 +2590,8 @@ Rule Syria 2007 only - Nov Fri>=1 0:00 0 - # </a> # From Steffen Thorsen (2009-10-27): -# The Syrian Arab News Network on 2009-09-29 reported that Syria will -# revert back to winter (standard) time on midnight between Thursday +# The Syrian Arab News Network on 2009-09-29 reported that Syria will +# revert back to winter (standard) time on midnight between Thursday # 2009-10-29 and Friday 2009-10-30: # <a href="http://www.sana.sy/ara/2/2009/09/29/247012.htm"> # http://www.sana.sy/ara/2/2009/09/29/247012.htm (Arabic) diff --git a/australasia b/australasia index d6f819d..dfadfa9 100644 --- a/australasia +++ b/australasia @@ -283,9 +283,9 @@ Zone Indian/Cocos 6:27:40 - LMT 1900 # </a> # From Alexander Krivenyshev (2010-10-24): -# According to Radio Fiji and Fiji Times online, Fiji will end DST 3 +# According to Radio Fiji and Fiji Times online, Fiji will end DST 3 # weeks earlier than expected - on March 6, 2011, not March 27, 2011... -# Here is confirmation from Government of the Republic of the Fiji Islands, +# Here is confirmation from Government of the Republic of the Fiji Islands, # Ministry of Information (fiji.gov.fj) web site: # <a href="http://www.fiji.gov.fj/index.php?option=com_content&view=article&id=2608:da…"> # http://www.fiji.gov.fj/index.php?option=com_content&view=article&id=2608:da… @@ -296,15 +296,15 @@ Zone Indian/Cocos 6:27:40 - LMT 1900 # </a> # From Steffen Thorsen (2011-10-03): -# Now the dates have been confirmed, and at least our start date +# Now the dates have been confirmed, and at least our start date # assumption was correct (end date was one week wrong). # # <a href="http://www.fiji.gov.fj/index.php?option=com_content&view=article&id=4966:da…"> # www.fiji.gov.fj/index.php?option=com_content&view=article&id=4966:daylight-… # </a> # which says -# Members of the public are reminded to change their time to one hour in -# advance at 2am to 3am on October 23, 2011 and one hour back at 3am to +# Members of the public are reminded to change their time to one hour in +# advance at 2am to 3am on October 23, 2011 and one hour back at 3am to # 2am on February 26 next year. # From Ken Rylander (2011-10-24) @@ -558,7 +558,7 @@ Zone Pacific/Pago_Pago 12:37:12 - LMT 1879 Jul 5 # From David Zuelke (2011-05-09): # Subject: Samoa to move timezone from east to west of international date line -# +# # <a href="http://www.morningstar.co.uk/uk/markets/newsfeeditem.aspx?id=138501958347963"> # http://www.morningstar.co.uk/uk/markets/newsfeeditem.aspx?id=138501958347963 # </a> @@ -1339,22 +1339,22 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # See "southeast Australia" above for 2008 and later. # From Steffen Thorsen (2009-04-28): -# According to the official press release, South Australia's extended daylight -# saving period will continue with the same rules as used during the 2008-2009 +# According to the official press release, South Australia's extended daylight +# saving period will continue with the same rules as used during the 2008-2009 # summer (southern hemisphere). -# +# # From # <a href="http://www.safework.sa.gov.au/uploaded_files/DaylightDatesSet.pdf"> # http://www.safework.sa.gov.au/uploaded_files/DaylightDatesSet.pdf # </a> -# The extended daylight saving period that South Australia has been trialling +# The extended daylight saving period that South Australia has been trialling # for over the last year is now set to be ongoing. -# Daylight saving will continue to start on the first Sunday in October each +# Daylight saving will continue to start on the first Sunday in October each # year and finish on the first Sunday in April the following year. -# Industrial Relations Minister, Paul Caica, says this provides South Australia -# with a consistent half hour time difference with NSW, Victoria, Tasmania and +# Industrial Relations Minister, Paul Caica, says this provides South Australia +# with a consistent half hour time difference with NSW, Victoria, Tasmania and # the ACT for all 52 weeks of the year... -# +# # We have a wrap-up here: # <a href="http://www.timeanddate.com/news/time/south-australia-extends-dst.html"> # http://www.timeanddate.com/news/time/south-australia-extends-dst.html diff --git a/europe b/europe index d600ea0..5d2acc5 100644 --- a/europe +++ b/europe @@ -574,12 +574,12 @@ Rule Russia 1996 2010 - Oct lastSun 2:00s 0 - # According to Kremlin press service, Russian President Dmitry Medvedev # signed a federal law "On calculation of time" on June 9, 2011. # According to the law Russia is abolishing daylight saving time. -# -# Medvedev signed a law "On the Calculation of Time" (in russian): +# +# Medvedev signed a law "On the Calculation of Time" (in russian): # <a href="http://bmockbe.ru/events/?ID=7583"> # http://bmockbe.ru/events/?ID=7583 # </a> -# +# # Medvedev signed a law on the calculation of the time (in russian): # <a href="http://www.regnum.ru/news/polit/1413906.html"> # http://www.regnum.ru/news/polit/1413906.html @@ -1687,7 +1687,7 @@ Zone Europe/Malta 0:58:04 - LMT 1893 Nov 2 0:00s # Valletta # From Alexander Krivenyshev (2011-10-26) # NO need to divide Moldova into two timezones at this point. # As of today, Transnistria (Pridnestrovie)- Tiraspol reversed its own -# decision to abolish DST this winter. +# decision to abolish DST this winter. # Following Moldova and neighboring Ukraine- Transnistria (Pridnestrovie)- # Tiraspol will go back to winter time on October 30, 2011. # News from Moldova (in russian): @@ -2577,11 +2577,11 @@ Zone Europe/Zurich 0:34:08 - LMT 1848 Sep 12 # http://www.alomaliye.com/bkk_2002_3769.htm # From Gökdeniz Karadağ (2011-03-10): -# +# # According to the articles linked below, Turkey will change into summer # time zone (GMT+3) on March 28, 2011 at 3:00 a.m. instead of March 27. # This change is due to a nationwide exam on 27th. -# +# # <a href="http://www.worldbulletin.net/?aType=haber&ArticleID=70872"> # http://www.worldbulletin.net/?aType=haber&ArticleID=70872 # </a> @@ -2698,7 +2698,7 @@ Link Europe/Istanbul Asia/Istanbul # Istanbul is in both continents. # time this year after all. # # From Udo Schwedt (2011-10-18): -# As far as I understand, the recent change to the Ukranian time zone +# As far as I understand, the recent change to the Ukranian time zone # (Europe/Kiev) to introduce permanent daylight saving time (similar # to Russia) was reverted today: # diff --git a/leapseconds b/leapseconds index 6a914df..5b5c70e 100644 --- a/leapseconds +++ b/leapseconds @@ -77,8 +77,8 @@ Leap 2012 Jun 30 23:59:60 + S # # # A positive leap second will be introduced at the end of June 2012. -# The sequence of dates of the UTC second markers will be: -# +# The sequence of dates of the UTC second markers will be: +# # 2012 June 30, 23h 59m 59s # 2012 June 30, 23h 59m 60s # 2012 July 1, 0h 0m 0s @@ -95,6 +95,6 @@ Leap 2012 Jun 30 23:59:60 + S # # # Daniel GAMBIS -# Head +# Head # Earth Orientation Center of IERS # Observatoire de Paris, France diff --git a/northamerica b/northamerica index 84876c9..1f784e0 100644 --- a/northamerica +++ b/northamerica @@ -478,7 +478,7 @@ Zone America/Juneau 15:02:19 - LMT 1867 Oct 18 -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 + -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 @@ -1843,7 +1843,7 @@ Zone America/Edmonton -7:33:52 - LMT 1906 Sep # Here is a summary of the three clock change events in Creston's history: # 1. 1884 or 1885: adoption of Mountain Standard Time (GMT-7) # Exact date unknown -# 2. Oct 1916: switch to Pacific Standard Time (GMT-8) +# 2. Oct 1916: switch to Pacific Standard Time (GMT-8) # Exact date in October unknown; Sunday October 1 is a reasonable guess. # 3. June 1918: switch to Pacific Daylight Time (GMT-7) # Exact date in June unknown; Sunday June 2 is a reasonable guess. @@ -2673,20 +2673,20 @@ Zone America/Costa_Rica -5:36:20 - LMT 1890 # San Jose # except that it switches at midnight standard time as usual. # # From Steffen Thorsen (2007-10-25): -# Carlos Alberto Fonseca Arauz informed me that Cuba will end DST one week +# Carlos Alberto Fonseca Arauz informed me that Cuba will end DST one week # earlier - on the last Sunday of October, just like in 2006. -# +# # He supplied these references: -# +# # http://www.prensalatina.com.mx/article.asp?ID=%7B4CC32C1B-A9F7-42FB-8A07-86… # http://actualidad.terra.es/sociedad/articulo/cuba_llama_ahorrar_energia_cam… -# +# # From Alex Kryvenishev (2007-10-25): # Here is also article from Granma (Cuba): -# +# # [Regira] el Horario Normal desde el [proximo] domingo 28 de octubre # http://www.granma.cubaweb.cu/2007/10/24/nacional/artic07.html -# +# # http://www.worldtimezone.com/dst_news/dst_news_cuba03.html # From Arthur David Olson (2008-03-09): @@ -2770,7 +2770,7 @@ Zone America/Costa_Rica -5:36:20 - LMT 1890 # San Jose # </a> # # From Steffen Thorsen (2011-10-30) -# Cuba will end DST two weeks later this year. Instead of going back +# Cuba will end DST two weeks later this year. Instead of going back # tonight, it has been delayed to 2011-11-13 at 01:00. # # One source (Spanish) @@ -2782,11 +2782,11 @@ Zone America/Costa_Rica -5:36:20 - LMT 1890 # San Jose # <a href="http://www.timeanddate.com/news/time/cuba-time-changes-2011.html"> # http://www.timeanddate.com/news/time/cuba-time-changes-2011.html # </a> -# +# # From Steffen Thorsen (2012-03-01) -# According to Radio Reloj, Cuba will start DST on Midnight between March +# According to Radio Reloj, Cuba will start DST on Midnight between March # 31 and April 1. -# +# # Radio Reloj has the following info (Spanish): # <a href="http://www.radioreloj.cu/index.php/noticias-radio-reloj/71-miscelaneas/7529…"> # http://www.radioreloj.cu/index.php/noticias-radio-reloj/71-miscelaneas/7529… diff --git a/southamerica b/southamerica index ff6b2f0..ab4d14d 100644 --- a/southamerica +++ b/southamerica @@ -231,7 +231,7 @@ Rule Arg 2000 only - Mar 3 0:00 0 - Rule Arg 2007 only - Dec 30 0:00 1:00 S Rule Arg 2008 2009 - Mar Sun>=15 0:00 0 - Rule Arg 2008 only - Oct Sun>=15 0:00 1:00 S - + # From Mariano Absatz (2004-05-21): # Today it was officially published that the Province of Mendoza is changing # its timezone this winter... starting tomorrow night.... @@ -321,9 +321,9 @@ Rule Arg 2008 only - Oct Sun>=15 0:00 1:00 S # confirms what Alex Krivenyshev has earlier sent to the tz # emailing list about that San Luis plans to return to standard # time much earlier than the rest of the country. It also -# confirms that upon request the provinces San Juan and Mendoza -# refused to follow San Luis in this change. -# +# confirms that upon request the provinces San Juan and Mendoza +# refused to follow San Luis in this change. +# # The change is supposed to take place Monday the 21.st at 0:00 # hours. As far as I understand it if this goes ahead, we need # a new timezone for San Luis (although there are also documented @@ -385,7 +385,7 @@ Rule Arg 2008 only - Oct Sun>=15 0:00 1:00 S # <a href="http://www.lanacion.com.ar/nota.asp?nota_id=1107912"> # http://www.lanacion.com.ar/nota.asp?nota_id=1107912 # </a> -# +# # The press release says: # (...) anunció que el próximo domingo a las 00:00 los puntanos deberán # atrasar una hora sus relojes. @@ -799,8 +799,8 @@ Zone America/La_Paz -4:32:36 - LMT 1890 # # From Alexander Krivenyshev (2011-10-04): # State Bahia will return to Daylight savings time this year after 8 years off. -# The announcement was made by Governor Jaques Wagner in an interview to a -# television station in Salvador. +# The announcement was made by Governor Jaques Wagner in an interview to a +# television station in Salvador. # In Portuguese: # <a href="http://g1.globo.com/bahia/noticia/2011/10/governador-jaques-wagner-confirma…"> @@ -1159,7 +1159,7 @@ Zone America/Rio_Branco -4:31:12 - LMT 1914 # Due to drought, Chile extends Daylight Time in three weeks. This # is one-time change (Saturday 3/29 at 24:00 for America/Santiago # and Saturday 3/29 at 22:00 for Pacific/Easter) -# The Supreme Decree is located at +# The Supreme Decree is located at # <a href="http://www.shoa.cl/servicios/supremo316.pdf"> # http://www.shoa.cl/servicios/supremo316.pdf # </a> @@ -1170,7 +1170,7 @@ Zone America/Rio_Branco -4:31:12 - LMT 1914 # From Jose Miguel Garrido (2008-03-05): # ... -# You could see the announces of the change on +# You could see the announces of the change on # <a href="http://www.shoa.cl/noticias/2008/04hora/hora.htm"> # http://www.shoa.cl/noticias/2008/04hora/hora.htm # </a>. -- 1.7.9.5

1 0

Tokelau in wrong time zone?
by Steffen Thorsen July 25, 2012

July 25, 2012

The IANA tz database, Wikipedia, CIA World Fact Book, most time zone web sites and a lot of other sources claim that Tokelau is on UTC+14 (or UTC-10 if they have not corrected for the date line switch in December). However, we got a complaint a few weeks ago, from a user in Tokelau that our Tokelau time on timeanddate.com was one hour ahead of the actual time there. He claimed Tokelau had the same current time as Samoa (UTC+13) at the moment and he worked for the Tokelau Government. This lead us to investigate, we double checked by calling hotels and offices based in Tokelau asking about the time there, and they all told a time that agrees with UTC+13. So it was soon evident that Tokelau is on UTC+13. The next problem was to find when they changed from UTC+14, or if it might have happened as they moved from UTC-10 last December (skipping 23 hours instead of a full day). But sources agreed that there had not been any time change recently, Tokelau does not participate in DST and that the change last December was to skip a full day - and this means that Tokelau was on UTC-11 last year. We found some NZ government sources, saying UTC-11, one being as far back as 2005: http://www.mfat.govt.nz/downloads/foreign-relations/tokelau/tokelau-brochur… says "Local time: GMT –11." One from 2012, but that one has not adjusted for the date line change: http://www.nzte.govt.nz/explore-export-markets/australia-pacific/Documents/… says "Time zone: GMT -11 hours" So, Tokelau has probably been on UTC-11 (or +13) at least since year 2005. This makes me wonder, has Tokelau ever been on UTC-10? Looking in the record for Fakaofo, it says they changed from Local Mean Time in 1901, and then moved the clocks by nearly 85 minutes! I looked through the australasia file and could not find any other location that moved their clocks by more than 1 hour as they went from LMT to a standard time zone or a time zone somehow connected to GMT. (The vast majority adjusted by less than 30 minutes.) Currently we have: (tabs mangled) Zone Pacific/Fakaofo -11:24:56 - LMT 1901 -10:00 - TKT 2011 Dec 30 # Tokelau Time 14:00 - TKT Shanks says UTC-10 from 1901 and is probably the source here. I think there is a good chance the change actually was to UTC-11 back then, and that they have never changed their clocks after that - if not we would need to find some date between 1901 and 2005 that they changed their time zone. Don Higgins, Advisor to the Administrator of Tokelau raised the fact about the wrong time and has contributed significantly to our research. Best regards, Steffen Thorsen - timeanddate.com

2 1

tzcode2012c and tzdata2012d available
by Paul Eggert July 20, 2012

July 20, 2012

New versions of the tz code and data are now available from ftp://ftp.iana.org/tz/releases/tzcode2012c.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2012d.tar.gz These reflect the changes for Morocco's time stamps, which take effect in a couple of hours, along with infrastructure changes to accommodate how the tz code and data are released on IANA. Sorry about the late release. I will send more details to the tz mailing list shortly.

4 8

unofficial tz repository on github
by Paul Eggert July 19, 2012

July 19, 2012

I've set up an unofficial repository containing the tz code and data at <https://github.com/eggert/tz>. This is supposed to contain the history of changes to the tz code and data, back to the first commit in 1984. I plan to use it to publish further proposed changes. The official tz distributions will remain in their current location, at <ftp://ftp.iana.org/tz/>. The tz code was formerly maintained as an SCCS repository, but nowadays Git seems more appropriate. Unfortunately no publicly-available SCCS-to-Git converter was up to the task of migrating the tz repository; the two I tried mishandled old time stamps and lost revisions! So I wrote my own. This task languished until Arthur David Olson's recent higher-priority message about Morocco <http://mm.icann.org/pipermail/tz/2012-July/018123.html>, which prompted me to move this task to the top of my list. The unofficial repository currently contains the latest public tz code and data distributions (tzcode2012b and tzdata2012c), with the following further modifications, each of which represents a proposed change: * Switch from SCCS to git. https://github.com/eggert/tz/commit/dccd5a16af62c52f2b49a2fe56270a710617cbbd This alters how version numbers are handled. * Morocco does not observe DST from Jul 20 03:00 to Aug 20 02:00. https://github.com/eggert/tz/commit/0e0bb39b15fbbaa759d66951ec727d640d17acc5 These are Arthur's changes for Morocco, with minor editing. * Adjust to iana.org distribution method. https://github.com/eggert/tz/commit/943c565e512880520c685c3233fa127f2341d3a3 This documents the switch to iana.org as a distribution site. * Fix HTML validation issues. https://github.com/eggert/tz/commit/8a52da39ed9a4988da930ded4946b0b24cc45f2c This is so that "make check" works again. I'll send details about these proposed changes in followup emails. Each email will contain one of the patches, along with a brief log entry describing its purpose. This is the style used by "git format-patch". Unfortunately I have not had time to look at the other changes that are pending. This will require looking through emails since about March, and merging the changes into the database. My impression is that these changes are less pressing, though, and I thought I'd get the Morocco change out first, and to make sure that this new distribution scheme works. Comments are welcome, especially those that fix bugs in the Morocco change or the development machinery.

6 10

Re: [tz] Possible error in zone.tab
by OvV_HN July 19, 2012

July 19, 2012

In reply to: [tz] Possible error in zone.tab Marvel, Jim (CPCOE) Jim.Marvel at honeywell.com Thu Jul 19 18:53:05 UTC 2012 Please check: CA +5946-12014 America/Dawson_Creek Mountain Standard Time - Dawson Creek & Fort Saint John, British Columbia The +5946 looks more like +5546 using popular map services. Jim Marvel My reply: http://www.geonames.org/ says: Dawson Creek YDQ Canada, British Columbia populated place population 10,802 N 55d 45m 59s W 120d 14m 10s Fort St. John Canada, British Columbia populated place population 17,402 N 56d 14m 59s W 120d 51m 10s Ermm..... doesn't that make America/Dawson_Creek an "illegal" zone name? Fort Saint John is more populated! Note the coordinates. Oscar van Vlijmen

1 0

Possible error in zone.tab
by Marvel, Jim (CPCOE) July 19, 2012

July 19, 2012

Please check: CA +5946-12014 America/Dawson_Creek Mountain Standard Time - Dawson Creek & Fort Saint John, British Columbia The +5946 looks more like +5546 using popular map services. Jim Marvel Software Engineer II Honeywell CMSS 8323 Lindbergh Court Sarasota FL 34243 Phone - 941.360.6209 (alt: 941.360.6213) Fax - 941.355.9241 jim.marvel(a)honeywell.com<mailto:nancy.ramm@honeywell.com>

1 0

[PATCH 2/4] Morocco does not observe DST from Jul 20 03:00 to Aug 20 02:00.
by Paul Eggert July 19, 2012

July 19, 2012

* africa (Morocco): Add special case for 2012. --- africa | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+) diff --git a/africa b/africa index 6104815..1c6e520 100644 --- a/africa +++ b/africa @@ -798,6 +798,23 @@ Zone Indian/Mayotte 3:00:56 - LMT 1911 Jul # Mamoutzou # "...à partir du dernier dimance d'avril et non fins mars, # comme annoncé précédemment." +# From Milamber Space Network (2012-07-17): +# The official return to GMT is announced by the Moroccan government: +# <a href="http://www.mmsp.gov.ma/fr/actualites.aspx?id=288"> +# http://www.mmsp.gov.ma/fr/actualites.aspx?id=288 [in French] +# </a> +# +# Google translation, lightly edited: +# Back to the standard time of the Kingdom (GMT) +# Pursuant to Decree No. 2-12-126 issued on 26 Jumada (I) 1433 (April 18, +# 2012) and in accordance with the order of Mr. President of the +# Government No. 3-47-12 issued on 24 Sha'ban (11 July 2012), the Ministry +# of Public Service and Administration Modernization announces the return +# of the legal time of the Kingdom (GMT) from Friday, July 20, 2012 until +# Monday, August 20, 2012. So the time will be delayed by 60 minutes from +# 3:00 am Friday, July 20, 2012 and will again be advanced by 60 minutes +# August 20, 2012 from 2:00 am. + # RULE NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Morocco 1939 only - Sep 12 0:00 1:00 S @@ -825,6 +842,8 @@ Rule Morocco 2011 only - Apr 3 0:00 1:00 S Rule Morocco 2011 only - Jul 31 0 0 - Rule Morocco 2012 max - Apr lastSun 2:00 1:00 S Rule Morocco 2012 max - Sep lastSun 3:00 0 - +Rule Morocco 2012 only - Jul 20 3:00 0 - +Rule Morocco 2012 only - Aug 20 2:00 1:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Casablanca -0:30:20 - LMT 1913 Oct 26 -- 1.7.9.5

2 1

[PATCH 4/4] Fix HTML validation issues.
by Paul Eggert July 19, 2012

July 19, 2012

* Makefile (SGML_TOPDIR): New macro, with default for Ubuntu (SGML_SEARCH_DIR): Use it. * tz-art.htm: Fix HTML typos uncovered by validator. --- Makefile | 4 +++- tz-art.htm | 6 +++--- 2 files changed, 6 insertions(+), 4 deletions(-) diff --git a/Makefile b/Makefile index f5854f5..04b8c61 100644 --- a/Makefile +++ b/Makefile @@ -226,7 +226,9 @@ ZIC= $(zic) $(ZFLAGS) AWK= nawk # The path where SGML DTDs are kept. -SGML_SEARCH_PATH= $(TOPDIR)/share/doc/sgml-lib/REC-html401-19991224/ +# The default is appropriate for Ubuntu. +SGML_TOPDIR= /usr +SGML_SEARCH_PATH= $(SGML_TOPDIR)/share/xml/xhtml/schema/dtd/REC-html401-19991224 # The catalog file(s) to use when validating. SGML_CATALOG_FILES= HTML4.cat diff --git a/tz-art.htm b/tz-art.htm index 342fd97..7e57b6d 100644 --- a/tz-art.htm +++ b/tz-art.htm @@ -210,7 +210,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/cg/amg.dll?p=amg&sql=10:w9fpxzykldje">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 +221,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/cg/amg.dll?p=amg&sql=10:gifqxqt5ld0e">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 +232,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"</a>AMG Rating</a></td><td>3.5 stars</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>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 remeber/Think it's still November." -- 1.7.9.5

1 0

[PATCH 3/4] Adjust to iana.org distribution method.
by Paul Eggert July 19, 2012

July 19, 2012

* README, tz-link.htm: Mention ftp.iana.org instead of munnari.oz.au. Suggest --retr-symlinks, since iana.org has symlinks to latest. * README: Add a title line. --- README | 10 ++++++---- tz-link.htm | 21 +++++++++++++-------- 2 files changed, 19 insertions(+), 12 deletions(-) diff --git a/README b/README index f3a97f3..091384c 100644 --- a/README +++ b/README @@ -1,3 +1,5 @@ +README for the tz distribution + This file is in the public domain, so clarified as of 2009-05-17 by Arthur David Olson. @@ -39,9 +41,9 @@ tz distribution on a GNU/Linux or similar host. mkdir tz cd tz - wget 'ftp://munnari.oz.au/pub/tz*.tar.gz' - gzip -dc tzcode*.tar.gz | tar -xf - - gzip -dc tzdata*.tar.gz | tar -xf - + wget --retr-symlinks 'ftp://ftp.iana.org/tz/tz*-latest.tar.gz' + gzip -dc tzcode-latest.tar.gz | tar -xf - + gzip -dc tzdata-latest.tar.gz | tar -xf - Be sure to read the comments in "Makefile" and make any changes needed to make things right for your system, especially if you are using some @@ -79,7 +81,7 @@ Michael Bloom, Art Neilson, Stephen Prince, John Sovereign, and Frank Wales for testing work, and to Gwillim Law for checking local mean time data. None of them are responsible for remaining errors. -Look in the ~ftp/pub directory of munnari.oz.au +Look in <ftp://ftp.iana.org/tz/releases/> for updated versions of these files. Please send comments or information to tz(a)iana.org. diff --git a/tz-link.htm b/tz-link.htm index 6588492..f4371df 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="2007-12-26"> +<meta name="DC.Date" content="2012-07-19"> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time"> <meta name="DC.Identifier" content="http://www.twinsun.com/tz/tz-link.htm"> @@ -80,14 +80,19 @@ implementation set the <code>TZ</code> environment variable to the location's full name, e.g., <code>TZ="America/New_York"</code>.</p> <p> In the <code>tz</code> database's -<a href="ftp://munnari.oz.au/pub"><abbr -title="File Transfer Protocol">FTP</abbr> distribution</a> +<a href="ftp://ftp.iana.org/tz/releases/"><abbr +title="File Transfer Protocol">FTP</abbr> releases</a> the code is in the file <code>tzcode<var>C</var>.tar.gz</code>, where <code><var>C</var></code> is the code's version; similarly, the data are in <code>tzdata<var>D</var>.tar.gz</code>, where <code><var>D</var></code> is the data's version. Each version is a four-digit year followed by lower-case letters (a through z, then za through zz, then zza through zzz, and so on). +Convenience links to +the <a href="ftp://ftp.iana.org/tz/tzcode-latest.tar.gz">latest +code</a> and +<a href="ftp://ftp.iana.org/tz/tzdata-latest.tar.gz">latest data</a> revisions +are also available. The following <a href="http://en.wikipedia.org/wiki/Unix_shell">shell</a> commands download these files to a <abbr>GNU</abbr>/Linux or similar host; @@ -95,9 +100,9 @@ see the downloaded <code>README</code> file for what to do next.</p> <pre style="margin-left: 2em"><code>mkdir tz cd tz -<a href="http://www.gnu.org/software/wget/">wget</a> 'ftp://munnari.oz.au/pub/tz*.tar.gz' -<a href="http://www.gnu.org/software/gzip/">gzip</a> -dc tzcode*.tar.gz | <a href="http://www.gnu.org/software/tar/">tar</a> -xf - -gzip -dc tzdata*.tar.gz | tar -xf - +<a href="http://www.gnu.org/software/wget/">wget</a> --retr-symlinks 'ftp://ftp.iana.org/tz/tz*-latest.tar.gz' +<a href="http://www.gnu.org/software/gzip/">gzip</a> -dc tzcode-latest.tar.gz | <a href="http://www.gnu.org/software/tar/">tar</a> -xf - +gzip -dc tzdata-latest.tar.gz | tar -xf - </code></pre> <p> The code and data files can also be obtained from the @@ -119,7 +124,7 @@ browse the <a href="http://mm.icann.org/pipermail/tz/">archive of old messages</a> (message by message or in gzip compressed format), or retrieve <a -href="ftp://munnari.oz.au/pub/oldtz">archived older versions of code +href="ftp://ftp.iana.org/tz/releases/">archived older versions of code and data</a>.</p> <p> The Web has several other sources for time zone and daylight saving time data. @@ -135,7 +140,7 @@ These are listed roughly in ascending order of complexity and fanciness. Permatime</a> is a service for generating and viewing links that refer to a particular point in time and can be displayed in multiple timezones. -It uses the ruby tzinfo gem. +It uses the ruby tzinfo gem. (From Tim Diggins, 2009-11-03.) </li> <li><a href="http://twiki.org/cgi-bin/xtra/tzdatepick.html">Date and Time Gateway</a> -- 1.7.9.5

1 0

[PATCH 1/4] Switch from SCCS to git.
by Paul Eggert July 19, 2012

July 19, 2012

Remove the SCCS keyword '%W%' from all files. Mostly this just remove comments. Remove trailing white space, too. * Makefile (TZCODE_VERSION): New macro. (version.h): New rule. (tzselect): Interpolate TZCODE_VERSION. (clean): Remove version.h. (zdump.o, zic.o): Depend on version.h. * asctime.c, date.c, difftime.c, ialloc.c, localtime.c, scheck.c: * strftime.c, zdump.c, zic.c: Remove elsieid. * private.h: Remove privatehid. * tzfile.h: Remove tzfilehid. * tzselect.h (TZCODE_VERSION): Rename from VERSION. * zdump.c, zic.c: Include "version.h", and use TZCODE_VERSION instead of elsieid. --- Makefile | 15 ++++++++++++--- README | 1 - TESTS | 2 -- Theory | 1 - africa | 31 +++++++++++++++---------------- antarctica | 1 - asctime.c | 6 ------ asia | 1 - australasia | 1 - backward | 1 - checktab.awk | 2 -- date.1 | 1 - date.c | 9 --------- difftime.c | 6 ------ etcetera | 1 - europe | 1 - factory | 1 - gccdiffs | 2 -- hr435 | 1 - ialloc.c | 6 ------ iso3166.tab | 1 - leapseconds | 1 - localtime.c | 6 ------ newctime.3 | 1 - newstrftime.3 | 1 - newtzset.3 | 1 - northamerica | 1 - pacificnew | 1 - posix | 2 -- private.h | 10 ---------- scheck.c | 6 ------ solar87 | 1 - solar88 | 1 - solar89 | 1 - southamerica | 1 - strftime.c | 10 ---------- systemv | 1 - time2posix.3 | 1 - tz-art.htm | 3 --- tz-link.htm | 3 --- tzfile.5 | 1 - tzfile.h | 10 ---------- tzselect.8 | 1 - tzselect.ksh | 4 ++-- usno1988 | 2 -- usno1989 | 2 -- usno1989a | 2 -- usno1995 | 2 -- usno1997 | 2 -- usno1998 | 2 -- usno2004 | 2 -- workman.sh | 1 - yearistype.sh | 2 -- zdump.8 | 1 - zdump.c | 4 ++-- zic.8 | 1 - zic.c | 5 ++--- zone.tab | 1 - zoneinfo2tdf.pl | 2 -- 59 files changed, 33 insertions(+), 157 deletions(-) diff --git a/Makefile b/Makefile index 8ee7c94..f5854f5 100644 --- a/Makefile +++ b/Makefile @@ -1,8 +1,10 @@ # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. +# Version number of this code distribution. +TZCODE_VERSION = tzcode2012b + # Change the line below for your time zone (after finding the zone you want in # the time zone files, or adding it to a time zone file). # Alternately, if you discover you've got the wrong time zone, you can just @@ -309,6 +311,10 @@ INSTALL: ALL install date.1 -rm -f $(MANDIR)/man1/date.1 cp date.1 $(MANDIR)/man1/. +version.h: + echo >$@ \ + 'static char const TZCODE_VERSION[]="$(TZCODE_VERSION)";' + zdump: $(TZDOBJS) $(CC) $(CFLAGS) $(LFLAGS) $(TZDOBJS) $(LDLIBS) -o $@ @@ -359,6 +365,7 @@ tzselect: tzselect.ksh sed \ -e 's|AWK=[^}]*|AWK=$(AWK)|g' \ -e 's|TZDIR=[^}]*|TZDIR=$(TZDIR)|' \ + -e 's|$TZCODE_VERSION$=.*|\1=$(TZCODE_VERSION)|' \ <$? >$@ chmod +x $@ @@ -371,7 +378,8 @@ check_web: $(WEB_PAGES) $(VALIDATE_ENV) $(VALIDATE) $(VALIDATE_FLAGS) $(WEB_PAGES) clean: - rm -f core *.o *.out tzselect zdump zic yearistype date + rm -f core *.o *.out \ + date tzselect version.h zdump zic yearistype maintainer-clean: clean @echo 'This command is intended for maintainers to use; it' @@ -416,6 +424,7 @@ ialloc.o: private.h localtime.o: private.h tzfile.h scheck.o: private.h strftime.o: tzfile.h -zic.o: private.h tzfile.h +zdump.o: version.h +zic.o: private.h tzfile.h version.h .KEEP_STATE: diff --git a/README b/README index 1e9a872..f3a97f3 100644 --- a/README +++ b/README @@ -1,4 +1,3 @@ -%W% This file is in the public domain, so clarified as of 2009-05-17 by Arthur David Olson. diff --git a/TESTS b/TESTS index 83a554c..c6327e8 100644 --- a/TESTS +++ b/TESTS @@ -1,7 +1,5 @@ #! /bin/sh -# '%W%' - rm -f -r try mkdir try make `make names` diff --git a/Theory b/Theory index 3b24006..7094b27 100644 --- a/Theory +++ b/Theory @@ -1,4 +1,3 @@ -%W% This file is in the public domain, so clarified as of 2009-05-17 by Arthur David Olson. diff --git a/africa b/africa index ff843ca..6104815 100644 --- a/africa +++ b/africa @@ -1,5 +1,4 @@ # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -238,7 +237,7 @@ Rule Egypt 2006 only - Sep 21 23:00s 0 - # I received a mail from an airline which says that the daylight # saving time in Egypt will end in the night of 2007-09-06 to 2007-09-07. # From Jesper Norgaard Welen (2007-08-15): [The following agree:] -# http://www.nentjes.info/Bill/bill5.htm +# http://www.nentjes.info/Bill/bill5.htm # http://www.timeanddate.com/worldclock/city.html?n=53 # From Steffen Thorsen (2007-09-04): The official information...: # http://www.sis.gov.eg/En/EgyptOnline/Miscellaneous/000002/02070000000000000… @@ -292,18 +291,18 @@ Rule Egypt 2007 only - Sep Thu>=1 23:00s 0 - # in September. # From Steffen Thorsen (2009-08-11): -# We have been able to confirm the August change with the Egyptian Cabinet +# We have been able to confirm the August change with the Egyptian Cabinet # Information and Decision Support Center: # <a href="http://www.timeanddate.com/news/time/egypt-dst-ends-2009.html"> # http://www.timeanddate.com/news/time/egypt-dst-ends-2009.html # </a> -# +# # The Middle East News Agency # <a href="http://www.mena.org.eg/index.aspx"> # http://www.mena.org.eg/index.aspx # </a> # also reports "Egypt starts winter time on August 21" -# today in article numbered "71, 11/08/2009 12:25 GMT." +# today in article numbered "71, 11/08/2009 12:25 GMT." # Only the title above is available without a subscription to their service, # and can be found by searching for "winter" in their search engine # (at least today). @@ -482,7 +481,7 @@ Zone Africa/Nouakchott -1:03:48 - LMT 1912 # From Steffen Thorsen (2008-06-25): # Mauritius plans to observe DST from 2008-11-01 to 2009-03-31 on a trial # basis.... -# It seems that Mauritius observed daylight saving time from 1982-10-10 to +# It seems that Mauritius observed daylight saving time from 1982-10-10 to # 1983-03-20 as well, but that was not successful.... # http://www.timeanddate.com/news/time/mauritius-daylight-saving-time.html @@ -506,12 +505,12 @@ Zone Africa/Nouakchott -1:03:48 - LMT 1912 # than previously announced (2008-11-01 to 2009-03-31). The new start # date is 2008-10-26 at 02:00 and the new end date is 2009-03-27 (no time # given, but it is probably at either 2 or 3 wall clock time). -# -# A little strange though, since the article says that they moved the date -# to align itself with Europe and USA which also change time on that date, -# but that means they have not paid attention to what happened in -# USA/Canada last year (DST ends first Sunday in November). I also wonder -# why that they end on a Friday, instead of aligning with Europe which +# +# A little strange though, since the article says that they moved the date +# to align itself with Europe and USA which also change time on that date, +# but that means they have not paid attention to what happened in +# USA/Canada last year (DST ends first Sunday in November). I also wonder +# why that they end on a Friday, instead of aligning with Europe which # changes two days later. # From Alex Krivenyshev (2008-07-11): @@ -570,7 +569,7 @@ Zone Africa/Nouakchott -1:03:48 - LMT 1912 # </a> # From Arthur David Olson (2009-07-11): -# The "mauritius-dst-will-not-repeat" wrapup includes this: +# The "mauritius-dst-will-not-repeat" wrapup includes this: # "The trial ended on March 29, 2009, when the clocks moved back by one hour # at 2am (or 02:00) local time..." @@ -664,8 +663,8 @@ Zone Indian/Mayotte 3:00:56 - LMT 1911 Jul # Mamoutzou # XXX--guess that it is only Morocco for now; guess only 2008 for now. # From Steffen Thorsen (2008-08-27): -# Morocco will change the clocks back on the midnight between August 31 -# and September 1. They originally planned to observe DST to near the end +# Morocco will change the clocks back on the midnight between August 31 +# and September 1. They originally planned to observe DST to near the end # of September: # # One article about it (in French): @@ -854,7 +853,7 @@ Zone Africa/Maputo 2:10:20 - LMT 1903 Mar # Forecasting Riaan van Zyl explained that the far eastern parts of # the country are close to 40 minutes earlier in sunrise than the rest # of the country. -# +# # From Paul Eggert (2007-03-31): # Apparently the Caprivi Strip informally observes Botswana time, but # we have no details. In the meantime people there can use Africa/Gaborone. diff --git a/antarctica b/antarctica index 93325aa..f55cbde 100644 --- a/antarctica +++ b/antarctica @@ -1,5 +1,4 @@ # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. diff --git a/asctime.c b/asctime.c index b7438fa..3d3f6b9 100644 --- a/asctime.c +++ b/asctime.c @@ -9,12 +9,6 @@ ** whereas the output of asctime is supposed to be constant. */ -#ifndef lint -#ifndef NOID -static char elsieid[] = "%W%"; -#endif /* !defined NOID */ -#endif /* !defined lint */ - /*LINTLIBRARY*/ #include "private.h" diff --git a/asia b/asia index c382295..9e5904c 100644 --- a/asia +++ b/asia @@ -1,5 +1,4 @@ # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. diff --git a/australasia b/australasia index 0a169a4..d6f819d 100644 --- a/australasia +++ b/australasia @@ -1,5 +1,4 @@ # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. diff --git a/backward b/backward index 2b8457c..dc7769f 100644 --- a/backward +++ b/backward @@ -1,5 +1,4 @@ # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. diff --git a/checktab.awk b/checktab.awk index 1b17d1c..c88b12f 100644 --- a/checktab.awk +++ b/checktab.awk @@ -1,7 +1,5 @@ # Check tz tables for consistency. -# %W% - # Contributed by Paul Eggert. BEGIN { diff --git a/date.1 b/date.1 index da0f163..408525c 100644 --- a/date.1 +++ b/date.1 @@ -172,6 +172,5 @@ If is absent, UTC leap seconds are loaded from .BR /usr/local/etc/zoneinfo/posixrules . -.\" %W% .\" This file is in the public domain, so clarified as of .\" 2009-05-17 by Arthur David Olson. diff --git a/date.c b/date.c index 93434ba..5a2346e 100644 --- a/date.c +++ b/date.c @@ -1,12 +1,3 @@ -#ifndef lint -#ifndef NOID -static char elsieid[] = "%W%"; -/* -** Modified from the UCB version with the SCCS ID appearing below. -*/ -#endif /* !defined NOID */ -#endif /* !defined lint */ - /* * Copyright (c) 1985, 1987, 1988 The Regents of the University of California. * All rights reserved. diff --git a/difftime.c b/difftime.c index 95fb65c..59e3351 100644 --- a/difftime.c +++ b/difftime.c @@ -3,12 +3,6 @@ ** 1996-06-05 by Arthur David Olson. */ -#ifndef lint -#ifndef NOID -static char elsieid[] = "%W%"; -#endif /* !defined NOID */ -#endif /* !defined lint */ - /*LINTLIBRARY*/ #include "private.h" /* for time_t, TYPE_INTEGRAL, and TYPE_SIGNED */ diff --git a/etcetera b/etcetera index dd8ce81..a9ff729 100644 --- a/etcetera +++ b/etcetera @@ -1,5 +1,4 @@ # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. diff --git a/europe b/europe index ceb7306..d600ea0 100644 --- a/europe +++ b/europe @@ -1,5 +1,4 @@ # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. diff --git a/factory b/factory index a8be4c1..d29a585 100644 --- a/factory +++ b/factory @@ -1,5 +1,4 @@ # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. diff --git a/gccdiffs b/gccdiffs index 72216a0..04bb6be 100644 --- a/gccdiffs +++ b/gccdiffs @@ -1,5 +1,3 @@ -%W% - Here are changes to GNU's gcc-2.7.2.1 "c-common.c" file that allow strftime formats to be checked against what GNU's glibc-1.09.1 "strftime" accepts. Formats are also checked for specifications that may or must print only the diff --git a/hr435 b/hr435 index 92d1d6b..7dd047d 100644 --- a/hr435 +++ b/hr435 @@ -1,4 +1,3 @@ -.. %W% .nh .na .if n .ds lq \&"\" diff --git a/ialloc.c b/ialloc.c index 3eced54..0268cf4 100644 --- a/ialloc.c +++ b/ialloc.c @@ -3,12 +3,6 @@ ** 2006-07-17 by Arthur David Olson. */ -#ifndef lint -#ifndef NOID -static char elsieid[] = "%W%"; -#endif /* !defined NOID */ -#endif /* !defined lint */ - /*LINTLIBRARY*/ #include "private.h" diff --git a/iso3166.tab b/iso3166.tab index cff772b..b952ca1 100644 --- a/iso3166.tab +++ b/iso3166.tab @@ -1,5 +1,4 @@ # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # ISO 3166 alpha-2 country codes diff --git a/leapseconds b/leapseconds index d905fa8..6a914df 100644 --- a/leapseconds +++ b/leapseconds @@ -1,5 +1,4 @@ # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. diff --git a/localtime.c b/localtime.c index 1b00f29..93ef8a8 100644 --- a/localtime.c +++ b/localtime.c @@ -3,12 +3,6 @@ ** 1996-06-05 by Arthur David Olson. */ -#ifndef lint -#ifndef NOID -static char elsieid[] = "%W%"; -#endif /* !defined NOID */ -#endif /* !defined lint */ - /* ** Leap second handling from Bradley White. ** POSIX-style TZ environment variable handling from Guy Harris. diff --git a/newctime.3 b/newctime.3 index 71b938d..3583a91 100644 --- a/newctime.3 +++ b/newctime.3 @@ -236,6 +236,5 @@ instead. Avoid using out-of-range values with .I mktime when setting up lunch with promptness sticklers in Riyadh. -.\" %W% .\" This file is in the public domain, so clarified as of .\" 2009-05-17 by Arthur David Olson. diff --git a/newstrftime.3 b/newstrftime.3 index 6a8e68f..ef79e4d 100644 --- a/newstrftime.3 +++ b/newstrftime.3 @@ -227,4 +227,3 @@ newctime(3), newtzset(3), time(2), tzfile(5) -.\" %W% diff --git a/newtzset.3 b/newtzset.3 index 6bf028d..fd6b677 100644 --- a/newtzset.3 +++ b/newtzset.3 @@ -234,6 +234,5 @@ newctime(3), newstrftime(3), time(2), tzfile(5) -.\" %W% .\" This file is in the public domain, so clarified as of .\" 2009-05-17 by Arthur David Olson. diff --git a/northamerica b/northamerica index ee1c97d..84876c9 100644 --- a/northamerica +++ b/northamerica @@ -1,5 +1,4 @@ # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. diff --git a/pacificnew b/pacificnew index 5a528a1..bccd852 100644 --- a/pacificnew +++ b/pacificnew @@ -1,5 +1,4 @@ # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. diff --git a/posix b/posix index a361978..1a78edd 100644 --- a/posix +++ b/posix @@ -1,5 +1,3 @@ -# %W% - # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule POSIX 1970 1973 - Apr lastSun 2:00 1:00 D Rule POSIX 1974 only - Jan 6 2:00 1:00 D diff --git a/private.h b/private.h index 8b365a7..f0e2e6d 100644 --- a/private.h +++ b/private.h @@ -15,16 +15,6 @@ ** Thank you! */ -/* -** ID -*/ - -#ifndef lint -#ifndef NOID -static char privatehid[] = "%W%"; -#endif /* !defined NOID */ -#endif /* !defined lint */ - #define GRANDPARENTED "Local time zone must be set--see zic manual page" /* diff --git a/scheck.c b/scheck.c index 3e01367..8e7737f 100644 --- a/scheck.c +++ b/scheck.c @@ -3,12 +3,6 @@ ** 2006-07-17 by Arthur David Olson. */ -#ifndef lint -#ifndef NOID -static char elsieid[] = "%W%"; -#endif /* !defined lint */ -#endif /* !defined NOID */ - /*LINTLIBRARY*/ #include "private.h" diff --git a/solar87 b/solar87 index eeb18a5..2299558 100644 --- a/solar87 +++ b/solar87 @@ -1,5 +1,4 @@ # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. diff --git a/solar88 b/solar88 index 41d7d70..bb1d6ca 100644 --- a/solar88 +++ b/solar88 @@ -1,5 +1,4 @@ # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. diff --git a/solar89 b/solar89 index 9c11064..af93235 100644 --- a/solar89 +++ b/solar89 @@ -1,5 +1,4 @@ # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. diff --git a/southamerica b/southamerica index 789bbb7..ff6b2f0 100644 --- a/southamerica +++ b/southamerica @@ -1,5 +1,4 @@ # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. diff --git a/strftime.c b/strftime.c index 37d402f..e8c8b82 100644 --- a/strftime.c +++ b/strftime.c @@ -1,13 +1,3 @@ -#ifndef lint -#ifndef NOID -static char elsieid[] = "%W%"; -/* -** Based on the UCB version with the ID appearing below. -** This is ANSIish only when "multibyte character == plain character". -*/ -#endif /* !defined NOID */ -#endif /* !defined lint */ - #include "private.h" /* diff --git a/systemv b/systemv index ef19139..e651e85 100644 --- a/systemv +++ b/systemv @@ -1,5 +1,4 @@ # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. diff --git a/time2posix.3 b/time2posix.3 index de54e4a..e17b011 100644 --- a/time2posix.3 +++ b/time2posix.3 @@ -116,6 +116,5 @@ difftime(3), localtime(3), mktime(3), time(2) -.\" %W% .\" This file is in the public domain, so clarified as of .\" 1996-06-05 by Arthur David Olson. diff --git a/tz-art.htm b/tz-art.htm index 904c0e7..342fd97 100644 --- a/tz-art.htm +++ b/tz-art.htm @@ -8,9 +8,6 @@ PUBLIC "-//W3C//DTD HTML 4.01//EN" </head> <body> <h1>Time and the Arts</h1> -<address> -%W% -</address> <p> This file is in the public domain, so clarified as of 2009-05-17 by Arthur David Olson. diff --git a/tz-link.htm b/tz-link.htm index 4d7f42c..6588492 100644 --- a/tz-link.htm +++ b/tz-link.htm @@ -17,9 +17,6 @@ </head> <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> -<address> -%W% -</address> <p> This file is in the public domain, so clarified as of 2009-05-17 by Arthur David Olson. diff --git a/tzfile.5 b/tzfile.5 index e64d561..aa7317b 100644 --- a/tzfile.5 +++ b/tzfile.5 @@ -147,6 +147,5 @@ after the last transition time stored in the file such instants). .SH SEE ALSO newctime(3) -.\" %W% .\" This file is in the public domain, so clarified as of .\" 1996-06-05 by Arthur David Olson. diff --git a/tzfile.h b/tzfile.h index 59782f1..0f6c687 100644 --- a/tzfile.h +++ b/tzfile.h @@ -16,16 +16,6 @@ */ /* -** ID -*/ - -#ifndef lint -#ifndef NOID -static char tzfilehid[] = "%W%"; -#endif /* !defined NOID */ -#endif /* !defined lint */ - -/* ** Information about time zone files. */ diff --git a/tzselect.8 b/tzselect.8 index e63d903..0d02590 100644 --- a/tzselect.8 +++ b/tzselect.8 @@ -38,6 +38,5 @@ The exit status is zero if a time zone was successfully obtained from the user, nonzero otherwise. .SH "SEE ALSO" newctime(3), tzfile(5), zdump(8), zic(8) -.\" %W% .\" This file is in the public domain, so clarified as of .\" 2009-05-17 by Arthur David Olson. diff --git a/tzselect.ksh b/tzselect.ksh index 3a7e3da..3ebaaa7 100644 --- a/tzselect.ksh +++ b/tzselect.ksh @@ -1,6 +1,6 @@ #! /bin/ksh -VERSION='%W%' +TZCODE_VERSION=see_Makefile # Ask the user about the time zone, and output the resulting TZ value to stdout. # Interact with the user via stderr and stdin. @@ -55,7 +55,7 @@ EOF exit 0 elif [ "$1" = "--version" ]; then cat <<EOF -tzselect $VERSION +tzselect $TZCODE_VERSION EOF exit 0 fi diff --git a/usno1988 b/usno1988 index ae0c38d..d2e6845 100644 --- a/usno1988 +++ b/usno1988 @@ -1,5 +1,3 @@ -# %W% -# # From Arthur David Olson (1989-01-19): # # Here's some United States Naval Observatory time zone data from diff --git a/usno1989 b/usno1989 index 80b2307..76f51fd 100644 --- a/usno1989 +++ b/usno1989 @@ -1,5 +1,3 @@ -# %W% -# # From Arthur David Olson (1989-01-19): # # Here's time zone information from the United States Naval Observatory; diff --git a/usno1989a b/usno1989a index 499b7a4..b26a9d5 100644 --- a/usno1989a +++ b/usno1989a @@ -1,5 +1,3 @@ -# %W% -# # From Arthur David Olson (1994-02-07): # # Here's time zone information from the United States Naval Observatory, diff --git a/usno1995 b/usno1995 index fbfdde8..e39aa52 100644 --- a/usno1995 +++ b/usno1995 @@ -1,5 +1,3 @@ -# %W% -# # From Arthur David Olson (1995-12-21): # # Here's time zone information from the United States Naval Observatory diff --git a/usno1997 b/usno1997 index 605451e..ac63df5 100644 --- a/usno1997 +++ b/usno1997 @@ -1,5 +1,3 @@ -# %W% -# # From Arthur David Olson (1997-03-07): # # Here's time zone information from the United States Naval Observatory diff --git a/usno1998 b/usno1998 index d759f70..62264a1 100644 --- a/usno1998 +++ b/usno1998 @@ -1,5 +1,3 @@ -# %W% -# # From Arthur David Olson (1998-05-26): # # Here's time zone information from the United States Naval Observatory diff --git a/usno2004 b/usno2004 index 591c334..08b6e3a 100644 --- a/usno2004 +++ b/usno2004 @@ -1,5 +1,3 @@ -# %W% -# # From Arthur David Olson (2004-10-14): # # Here's time zone information from the United States Naval Observatory diff --git a/workman.sh b/workman.sh index 1c6ed8b..7675dc1 100644 --- a/workman.sh +++ b/workman.sh @@ -1,7 +1,6 @@ #! /bin/sh # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. diff --git a/yearistype.sh b/yearistype.sh index 4a797ce..bdc6e58 100644 --- a/yearistype.sh +++ b/yearistype.sh @@ -3,8 +3,6 @@ : 'This file is in the public domain, so clarified as of' : '2006-07-17 by Arthur David Olson.' -: '%W%' - case $#-$1 in 2-|2-0*|2-*[!0-9]*) echo "$0: wild year - $1" >&2 diff --git a/zdump.8 b/zdump.8 index 65f3453..63349e4 100644 --- a/zdump.8 +++ b/zdump.8 @@ -54,6 +54,5 @@ This works in all real-world cases; one can construct artificial time zones for which this fails. .SH "SEE ALSO" newctime(3), tzfile(5), zic(8) -.\" %W% .\" This file is in the public domain, so clarified as of .\" 2009-05-17 by Arthur David Olson. diff --git a/zdump.c b/zdump.c index 5a88270..cbd3338 100644 --- a/zdump.c +++ b/zdump.c @@ -3,7 +3,7 @@ ** 2009-05-17 by Arthur David Olson. */ -static char elsieid[] = "%W%"; +#include "version.h" /* ** This code has been made independent of the rest of the time @@ -282,7 +282,7 @@ char * argv[]; progname = argv[0]; for (i = 1; i < argc; ++i) if (strcmp(argv[i], "--version") == 0) { - (void) printf("%s\n", elsieid); + (void) printf("%s\n", TZCODE_VERSION); exit(EXIT_SUCCESS); } else if (strcmp(argv[i], "--help") == 0) { usage(stdout, EXIT_SUCCESS); diff --git a/zic.8 b/zic.8 index 579c996..d61555e 100644 --- a/zic.8 +++ b/zic.8 @@ -493,6 +493,5 @@ specifying transition instants using universal time. /usr/local/etc/zoneinfo standard directory used for created files .SH "SEE ALSO" newctime(3), tzfile(5), zdump(8) -.\" %W% .\" This file is in the public domain, so clarified as of .\" 2009-05-17 by Arthur David Olson. diff --git a/zic.c b/zic.c index 9ac7de8..28d7bcf 100644 --- a/zic.c +++ b/zic.c @@ -3,8 +3,7 @@ ** 2006-07-17 by Arthur David Olson. */ -static char elsieid[] = "%W%"; - +#include "version.h" #include "private.h" #include "locale.h" #include "tzfile.h" @@ -498,7 +497,7 @@ char * argv[]; } for (i = 1; i < argc; ++i) if (strcmp(argv[i], "--version") == 0) { - (void) printf("%s\n", elsieid); + (void) printf("%s\n", TZCODE_VERSION); exit(EXIT_SUCCESS); } else if (strcmp(argv[i], "--help") == 0) { usage(stdout, EXIT_SUCCESS); diff --git a/zone.tab b/zone.tab index 0d7f950..6bda826 100644 --- a/zone.tab +++ b/zone.tab @@ -1,5 +1,4 @@ # <pre> -# %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # diff --git a/zoneinfo2tdf.pl b/zoneinfo2tdf.pl index cf7b4dc..3192e0c 100755 --- a/zoneinfo2tdf.pl +++ b/zoneinfo2tdf.pl @@ -1,7 +1,5 @@ #! /usr/bin/perl -w -# %W% - # Courtesy Ken Pizzini. use strict; -- 1.7.9.5

1 0

Casablanca Timezone changes
by Neil Masson July 17, 2012

July 17, 2012

According to http://www.timeanddate.com/worldclock/clockchange.html?n=60&year=2012, DST in Morocco is being suspended between 20 July and 19 August. A customer is reporting that the suspension will be between 15 July and 26 August. I have asked for references, but so far do not have any. The tzdata database has no suspension: Rule Morocco 2012 max - Apr lastSun 2:00 1:00 S Rule Morocco 2012 max - Sep lastSun 3:00 0 - Neil Masson Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

9 10

Zone America/Argentina/San_Luis possible rule inconsistency
by Larry Leung July 16, 2012

July 16, 2012

Hi, with respect to 2012c south america. San Luis appears to have a zone/rule inconsistency. The latest zone indicates using rule SanLuis, but the rule is used only until 2009. For dates past 2009 is there consistency? # San Luis (SL) Rule SanLuis 2008 2009 - Mar Sun>=8 0:00 0 -Rule SanLuis 2007 2009 - Oct Sun>=8 0:00 1:00 S Zone America/Argentina/San_Luis -4:25:24 - LMT 1894 Oct 31 . . . -3:00 Arg AR%sT 2008 Jan 21 -4:00 SanLuis WAR%sT Thanks, Larry.

2 1

Re: [tz] Casablanca Timezone changes
by Alan Mintz July 12, 2012

July 12, 2012

1 0

localtime.c bugs
by Doug Bailey July 11, 2012

July 11, 2012

I've started working with tzcode2012b and I've run into a couple of issues. The first: in testing, I found that if I set a timezone like "CST6", the tzname[] array would not be initialized. Digging into it, I found that settzname[] depends on having transition rules for the zone, but a zone like "CST6" will only be created with a single type and no transitions. To work around that one I've added the following code to initialize the tzname[] array from the ttis array before running through the types array: + for (i=0; i<sp->typecnt; i++) { + const struct ttinfo * const ttisp = &sp->ttis[i]; + tzname[ttisp->tt_isdst] = &sp->chars[ttisp->tt_abbrind]; + } /* ** And to get the latest zone names into tzname. . . */ for (i = 0; i < sp->timecnt; ++i) { register const struct ttinfo * const ttisp = &sp->ttis[ sp->types[i]]; The second has to do with our environment. We have an unfortunate time_t definition: an unsigned 32-bit number. The tzload code attempts to take unsigned time_t values into account, but if I'm not making a mistake understanding the way it's supposed to work, I think it has a few problems. First, the loop over (i < sp->timecnt - 2) means that in comparing ats[i] > ats[i+1], you never compare ats[sp->timecnt-2] > ats[sp->timecnt-1]. This means that if all the transitions except the last are pre-epoch (negative number), the list doesn't get trimmed down. Second, with that fixed, there are still problems with zones that only have pre-epoch transitions (e.g. America/Regina). In such a case, the ats[i] > ats[i+1] case never triggers, so you're left with a list of ats[] values that aren't valid -- they're negative numbers in a system with an unsigned time_t. This is rather uglier. I've included my fix for what it's worth, but you can probably work out something better. One thing to note: I try to preserve the last pre-epoch transition, to handle situations where there's a large gap in transitions between the start of the epoch the the first post-epoch transition. /* ** Out-of-sort ats should mean we're running on a ** signed time_t system but using a data file with ** unsigned values (or vice versa). */ #if 1 for (i = 0; i <= sp->timecnt - 1; ++i) if ( (i < sp->timecnt-1 && sp->ats[i] > sp->ats[i + 1] ) || (i == sp->timecnt-1 && !TYPE_SIGNED(time_t) && sp->ats[i] > INT32_MAX) ) { if (TYPE_SIGNED(time_t)) { /* ** Ignore the end (easy). */ sp->timecnt = i+1; } else { /* ** Ignore the beginning (harder). */ register int j; // keep the record right before the epoch boundary, but // tweak it so that it starts right with the epoch sp->ats[i] = 0; // move everything back... if (i > 0) { for (j = 0; j + i < sp->timecnt; ++j) { sp->ats[j] = sp->ats[j + i]; sp->types[j] = sp->types[j + i]; } sp->timecnt = j; } } break; } #else for (i = 0; i < sp->timecnt - 2; ++i) if (sp->ats[i] > sp->ats[i + 1]) { ++i; if (TYPE_SIGNED(time_t)) { /* ** Ignore the end (easy). */ sp->timecnt = i; } else { /* ** Ignore the beginning (harder). */ register int j; for (j = 0; j + i < sp->timecnt; ++j) { sp->ats[j] = sp->ats[j + i]; sp->types[j] = sp->types[j + i]; } sp->timecnt = j; } break; } #endif I appreciate any assistance with this. Doug

4 4

DST was probably observed in Detroit in 1968
by Steffen Thorsen July 9, 2012

July 9, 2012

It looks like the database has incorrect time for Zone America/Detroit during 1968. In Shanks it is standard time through all of 1968 (and that is also given in the database), but newspaper articles from that same year seem to contradict that. Basically, it seems that Michigan did observe DST the same dates as the rest of the US in 1968. (Maybe with the exception of Berrien county, I have not investigated this exception further since it is before 1970). One source is the Daily Globe, Friday, November 1, 1968 (in Ironwood, Michigan), it has an article written by the AP: (page 14, "Confusion Abounds Over Simple Daylight Time Vote"): Relevant quote from that article: "as a result Michigan has gone on savings time this summer and last." Longer excerpt telling more about the background: The Federal Uniform Time Act of 1966 gave any state permission to exempt itself from fast time if it acted before April 29, 1967, using its normal legislative process to enact an exemption law. Michigan did that. In 1967 the Legislature approved and Gov. George Romney signed a bill providing that all of Michigan would remain year around on Eastern Standard Time, as most of it had since the 1940s. The Citizens Research Council of Michigan says Hawaii was the only other state to pass such an exemption, although Kentucky and Alaska were granted temporary exemptions. Backers of savings time, however, circulated referendum petitions challenging the exemption law and succeeded in putting it on the ballot. Then: success suspended the law, and as a result Michigan has gone on savings time this summer and last. Snarled up with the Daylight Tune issue is another section of the Uniform Time Act which put all of Michigan's Lower Peninsula on Eastern Time and the entire Upper Peninsula on Central Time. The two eastern counties of the U.P. have ignored the law and observe Eastern Standard and Eastern Daylight Time like the Lower Peninsula. Best regards, Steffen Thorsen - timeanddate.com

1 0

Relative to Beginning of Month or to End
by Marvel, Jim (CPCOE) July 6, 2012

July 6, 2012

Did a zdump. How to tell if timezone DST rules indicate counting relative to beginning of month ("2nd Tuesday") or to end of month (last Sunday for example). Extreme newbie. Does this info live in the source code?

2 2

Russia may move it's clocks back 1 or 2 hours
by Alexander Krivenyshev June 28, 2012

June 28, 2012

According to different news (in Russian), Russian State Duma is considering the introduction of a permanent winter time with moving its clocks back 1-2 hours. The bill on the transition from summer to winter time will be finalized and submitted to Russian State Duma in early September. http://www.worldtimezone.com/dst_news/dst_news_russia44.html Alexander Krivenyshev, http://www.worldtimezone.com

1 0

Coordinates for America/Sitka in zone.tab?
by OvV_HN June 26, 2012

June 26, 2012

In reply to: [tz] Coordinates for America/Sitka in zone.tab? Alan Mintz Alan_Mintz+TZ_IANA at Earthlink.net Tue Jun 26 07:26:52 UTC 2012 I was under the impression, from the few that I look at on a map, that the coordinates in zone.tab were supposed to be approximately where the name of the zone and the most well-known place is. America/Sitka puzzles me, though. At 57 10 35, -135 18 07, the point is in the water of Katlian Bay, about 150m offshore of a seemingly uninhabited area. The point is 14 km from Sitka. Should this be changed to 57d03'06", -135d20'19"? Reply: Your reference? The Geonames server: http://www.geonames.org/search.html?q=sitka&country=US says: United States, Alaska Sitka City and Borough seat of a second-order administrative division population 8,881, elevation 8m N 57° 3' 11'', W 135° 19' 48'' Which seems better than a place with wet feet! So, please change zone.tab someday..... Oscar van Vlijmen

2 1

Coordinates for America/Sitka in zone.tab?
by Alan Mintz June 26, 2012

June 26, 2012

I was under the impression, from the few that I look at on a map, that the coordinates in zone.tab were supposed to be approximately where the name of the zone and the most well-known place is. America/Sitka puzzles me, though. At 57 10 35, -135 18 07, the point is in the water of Katlian Bay, about 150m offshore of a seemingly uninhabited area. The point is 14 km from Sitka. Should this be changed to 57d03'06", -135d20'19"? -- Alan Mintz <Alan_Mintz+TZ_IANA(a)Earthlink.net>

1 0

Bug report: "Asia" timezone
by Boruch Baum June 19, 2012

June 19, 2012

I was recently showing off ... and I entered the following command $ date && TZ=Asia/Moscow date Tue Jun 19 15:48:14 EDT 2012 Tue Jun 19 19:48:14 Asia 2012 My initial reaction, besides some embarrassment at getting the continent wrong (and most of Russia's timezone are in Asia), is that this is a bug in the coreutils date command. However, I thought it would be of interest to members of the list. It's a double bug. It's printing out a non-existent timezone, and it's using GMT for "Asia" -- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0

2 1

tz abbreviations / zdump for programmers
by Boruch Baum June 19, 2012

June 19, 2012

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greetings y'all, I have a bit of a long (inaugural) post here to describe my interest in joining this list, and what I might be able to contribute to the greater glory of tz-correctness. BTW, as part of my 'due diligence' before posting this, I read/scanned a selection of the collection of detailed comments in the glibc-2.13/timezone files, as well as the timezone entry in glibc-2.13/FAQ. I'm very glad those comments are there. CONTENTS ======== 1] The app/library I develop/maintain 2] End users' stubborn insistence on using tz abbreviations 2.1] zone.tab modification proposal 2.2] zone.abbr.tab proposal 3] The 'zdump' programmer's function I 'need' to write 1] The app/library I develop/maintain ===================================== libhdate is a FOSS collection for Hebrew time/date 'stuff', for which time zone data and location coordinates are important because: 1) we have about a dozen significant astronomical times-of-day that need to be mapped to a correct local clock time at any particular location; 2) users want that information for future and past dates, and; 3) users want that information for locations in other parts of the globe. This FOSS collection is under active development and versions are available from sourceforge and the Debian GNU/Linux repositories. There are unrelated, closed-source, alternatives available (eg. kaluach for windows and java, and dostagfarlinux for, um, linux). 2] End users' stubborn insistence on using tz abbreviations =========================================================== ... and who can blame them, when that's all they hear in the media. This leaves me in a bind, because if I accept a tz abbreviation as a user input, I have two undesirable options: 1) I could scan ALL the ~420 tzif files for matches and, if I discover that the tz abbrev is not unique, either make an educated guess (based upon the user's locale definition which often will include a country code and a language) or prompt the user for clarification; or 2) I could pre-compile a list that suits my parochial needs, and update my list anytime the tzdata package is updated (and still have to occassionally guess or prompt the user). Then I said to myself, "self, you can't be the only one out there facing these users - go consult and find a global solution". Following are two proposals. Neither may be perfect, but each may make life alot easier for many... 2.1] zone.tab modification proposal =================================== Add a new column/field to this file, in the format: {{;xxx:nnnnn;xxx:nnnnn;...;}} where: xxx is a tz abbreviation nnnnn is the UTC offset for that abbreviation. The use of ";", ":", and braces are to simplify the task of parsing the data programmatically. Advantages: 1) All information for a timezone on a single line (ie. in a single record). 2) All worldwide information in a single file (no need to travel the dir-tree and parse ~420 files) Disadvantages: 1) Long line(record) length 2) Messing with the format of an existing file, upon which others may depend 3) Requires change to whatever script/program is used to compile the file for release 2.2] zone.abbr.tab proposal =========================== Create a new text file, say /usr/share/zoneinfo/zone.abbr.tab, sorted by tz abbreviation, with a format like: tz_abbrev country_code localedef useful for setting $LC_TIME and for language matching is_dst if yes, this would have the abbreviation of the non_dst version of this tz. utc_offset historical_only (y/n) - ie. whether currently in use. full_name of the abbreviation, not of the 'real' tz name. Advantages: 1) Easy to find matches for users' pesky (short and convenient-to-type) tz_abbr 2) All worldwide information in a single file (no need to travel the dir-tree and parse ~420 files) 3) Includes additional useful information (is_dst, historical_only, full_name, locale_def) 4) Doesn't mess with existing files Disadvantages: 1) It's a new file. 2) Requires new script/program to compile the file for release 3] The 'zdump' programmer's functiion I 'need' to write ======================================================= This section isn't directly related to the above. I don't NEED to write a 'zdump' programmer's functiion; I WANT to, because I remember when a 4Mhz clock speed was wicked fast, and using the current glibc time functions for my libhdate collection would be tremendously wasteful, although today's users will probably never notice. For this section, the reason I want to consult with members of this list (and I appreciate you having read this far) is to make the function as universally useful as possible (it will be FOSS/GPL3+) . My current plan is: int zdump( /// returns TRUE on success, FALSE on failure const char* tzname, /// fully-qualified time-zone name /// (eg. Asia/Baku) const time_t start, /// seconds from epoch to be scanned const time_t end, /// seconds from epoch to be scanned int* num_entries, /// upon successful return, int will contain /// the number of dst transitions + 1, /// for the interval 'start' to 'end'. /// The first entry will always be the /// tz state at time_t start. /// Returns 0 on failure. void* return_data /// upon successful return, will contain a pointer to a malloc()ed space of /// 'num_entries' of 'tzinfo' data, as /// described below, sorted in ascending /// chronological order. /// Returns NULL on failure. ) tzinfo { time_t start /// seconds from epoch int utc_offset /// in minutes, or maybe seconds. char is_dst /// 0/1 char[] tz_abbrev /// const char end_mark /// '\0' } - -- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJPzM3HAAoJEDvrUfDmCx9LbJ4P/RMD+8KWkXxrLtpivyQVz6Yv h88mWjwfeTpb7laT4yeg726YYUQEDfhueLFELRTpxR6aAIAW7fBZEu6UwEMSsxHe UaQdx/xc/03aei/AG6z31u0C+arA40qs8twxEw5pdyHfvBxhQh0YOxO+dl01+zmg w4Y+Mlyd72QmAZ+pdIc5l2L/nTh9L+YnlmPxsXoomYSTh+9kigOxS5JZVMu2sYy6 7FGMj+mybrtru12qwJmoFG2hNjVgy0zKSuJ1HOXmqi5JKBNthlsfkyV4E9vzSGWC PkkbI8R0adGnqKa9faHQxFG+jV+K5Fjscr3eabBi8IYHG+cGYOL6vD0KkNFbHRQf wLRGpkkMjoJm9cxJ7f17wcQFtYFKjcDLIqqtDuT7LhHJ7iF2x4lTqd4YjvpA6rqN fcD+4TNfm8Na5bNbKNJqvWy+Od46wSNqFOiUf9NQaWsUZx/yiXjw1Sl4Jqi7/2Sg A3rc2bcw02Co80bWA+lsMbZUL5NJlQAdfWCKe7xafdILX8PPbe0CaTHzNUFd4vR9 70AJsq6teBivVHossldNlQfsK+S4HmcSMGPt1AuANjGUv0ZoCveR71Ewt0D2wbi4 hSEaSI/P3MVSsFRMJZIoMXlFTuF6d6qItoRvmHrLdU2u5f1+Kjbt7tH0eMOrcdm9 BUi/N3QtrJkU6vWXjLal =n4Kd -----END PGP SIGNATURE-----

16 30

Re: [tz] Are these valid timezone definitions?
by Tadashi Abe June 15, 2012

June 15, 2012

Hi, sorry to interrupt with newbie question. david singleton wrote: >When I define a timezone with export >TZ="NZST-12:00:00NZDT-13:00:00,M10.1.0,M3.3.0" >there is no change in time when daylight savings ends. > >Is this a known problem? Or a problem with how the timezones are defined? Now I'm testing DST start/end by setting the actual system clock as same as the above method and get the same issue. 1. export TZ="NZST-12:00:00NZDT-13:00:00,M10.1.0,M3.3.0" 2. set system clock just 5 seconds prior to DST [start|end] 3. 5 seconds later, check if switch between DST and STD occurs, but not. As the comment from Zefram, it works when I check date with -d option. http://mm.icann.org/pipermail/tz/2012-June/018059.html >It's always difficult to test timezone offset issues when you're >stating the test times in local time. By the way, your testing method >of modifying the system clock is problematic. It's much better to use >the -d option of GNU date to display a particular time without touching >the clock. Why doesn't it work well when I try to test by modifying the actual system clock? -- Tadashi Abe

3 2

Re: [tz] Patch - America/Los_Angeles zone comment
by Steve Jones June 14, 2012

June 14, 2012

At 13:30 6/9/2012, OvV_HN wrote: >Regarding Malheur county in Oregon: you could add: the _northern_ >part of Malheur county. Here is an image that reflects the borders of Malheur county as well as the time zone border in the area: <http://ontimezone.com/images/malheur.gif>http://OnTimeZone.com/images/malheur.gif The portion of the time zone border that bisects Malhuer county starts on the western border of the county at the southwest corner of T. 35 S., R. 37 E., and runs due east to the eastern border of the county. There is no obvious manmade, political, or geographic feature that further reflects or indicates that portion of the time zone border. Cheers, Steve Jones OnTimeZone.com

3 2

Another Newbie question
by Donald MacQueen June 12, 2012

June 12, 2012

The background is that I have added timezone support to our multi-platform application. To test our app on Windows, I used zoneinfo copied from a Fedora distribution, and I have 143 units tests that test time zones like 'right/America/Detroit', 'posix/America/Detroit', 'US/Eastern', and 'America/Detroit'. But when I run 'for f in *; do zic -d someOutputDir $f;done' on the latest data from iana.org, I get 'America/Detroit' but not 'right/America/Detroit', 'posix/America/Detroit', or 'US/Eastern'. How come? How are they generated on Linux OS's? Thanks -- Donald [|] A bad day in [] is better than a good day in {}

2 1

Patch - America/Los_Angeles zone comment
by OvV_HN June 9, 2012

June 9, 2012

In reply to: [tz] Patch - America/Los_Angeles zone comment Alan Mintz Alan_Mintz+TZ_IANA at Earthlink.net Fri Jun 8 21:27:24 UTC 2012 .... Alternatively, more accuracy could be provided by the following changes: < northamerica > northamerica.new 395,397c395,398 < # Idaho, Kootenai, Latah, Lewis, Nez Perce, and Shoshone counties, < # and the northern three-quarters of Idaho county), < # most of Nevada, most of Oregon, and Washington --- > # Kootenai, Latah, Lewis, Nez Perce, and Shoshone counties, > # the towns of Burgdorf and Warren, and the part of Idaho county > # lying north of the Salmon River), Nevada (except for West Wendover) > # Oregon (except for part of Malheur County), and Washington REPLY: This confuses me. I believe that the state of Idaho has a county named Idaho with a Salmon River running through it. The federal timezone law stipulates that south of this river Mountain Time is in effect, north of it Pacific Time. There are only a couple of places in the southern part of Idaho county, and Burgdorf and Warren are indeed two of them. Why don't we stay with the legal description, stating north/south of Salmon River? Regarding Malheur county in Oregon: you could add: the _northern_ part of Malheur county. Oscar van Vlijmen

1 0

Idea for internationalized time point unique time zone abbreviations
by Tobias Conradi June 8, 2012

June 8, 2012

== INTRODUCTION == If time zone abbreviations for a given point in time are unique they can be used to faster find IANA time zones. The current abbreviations are not unique, e.g. IST could stand for Indian Standard Time and for Israel Standard Time. Since the IANA time zone database cutoff point is 1970-01-01T00:00:00Z and the first publication of ISO 3166 alpha-2 country codes occurred in the early 1970s, one could easily use the country codes to separate sets of abbreviations between countries. One rule sometimes used in the IANA time zone database for creating new abbreviations is to use the ISO alpha-2 country codes. The idea presented here applies such a rule rigidly. Apart from that the idea presented also applies rigid rules for marcation of offset changes like daylight saving time. == Features == One can derive the country of the time zone to which the abbreviation belongs from the abbreviation and from knowledge of the current ISO country code for that country. This is not possible with current IANA time zone database abbreviations like CET, IST, EDT, GALT, EAST, CT (e.g. Cuba Time), CUT (1924 Central Ukraine Time). One can group the abbreviations by country, alone by alphabetic sorting of the abbreviations. This is not possible with current IANA time zone database abbreviations like CST (US), CT (Cuba), PST (US). If the year is known, one can identify the time zone for any given abbreviation. This is not possible with current IANA time zone database abbreviations like IST. Reduces the number of IANA time zones for some abbreviations, e.g. IST is used for Asia/Jerusalem, Asia/Kolkata, while INCT/INZT would only refer to Asia/Kolkata. == DEFINITIONS == === D0) General === D0.1) DST - Daylight saving time D0.2) Format: "<CC><LC><(OC)>T" #abbreviations would be four or five letters long. Details in D1 to D4. === D1) CC - country code and similar === - ISO alpha-2 country code or, - a special code like "EU" or, - a code from the private use area to define larger regions, e.g.: -- XA - ASEAN -- XE - "East" for UTC offsets zones having positive offset -- XW - "West" for UTC offsets zones having negative offset -- ZZ - the whole world, used for UTC and UTC offset zones, details see examples. === D2) LC - location code and similar === D2.1) A character from the set [A-Z], unique for each real time zone within the country. Preferably not from the set [SDF] or any letter agreed in D3 for offset changes D2.2) A character from the set [0-9] for numbered zones, e.g. in Russia. D2.3) The letter C (Common Time) for the most common time, maybe also N derived from "National Time". D2.4) The letter Z could be used if there is only one time zone. Could be dropped for countries that only have one zone, but mandatory per D0.2). D2.5) For UTC offset zones that start with ZZ, when using date-time group (DTG) letters, the letter G - not the letter L to make changing into or from E harder. Otherwise either E for East or W for West, as defined in D1. === D3) OC - seasonal offset code and similar === D3.1) for DST a letter from the set [SD], preferably "D" since "S" in some contexts stands for "standard time" So even if in Europe the term "summer time" is more common, the preferred presentation uses unambiguous"D" D3.2) For wartime maybe the letter W or F as in forward time, W in D2 stands for West. D3.3) For double summer time - to be defined, maybe M for midsummer time D3.4) For absence of any extra rules "standard time", the letter Z is optional. D3.5) For UTC offset zones: a digit. === D4) T === As currently done in English to indicate "Time". == EXAMPLES == === E1) No DST === CUCT - Cuba (Common) Time#in IANA tzdb northamerica 8.54 is CT THCT - Thailand (Common) Time USET - US Eastern Time USCT - US Central Time USPT - US Pacific Time CAET - Canada Eastern Time CLCT - Chile (Common) Time #Continental Time CLET - Chile Eastern Time #Easter Islands, which in the IANA tzdb is EAS%sT ECCT - Ecuador (Common) Time #Continental Time ECGT - Galapagos Time #which in the IANA tzdb is GALT RUOT - Omsk Time #in IANA tzdb is OMST, could be read as Oman Summer/Standard Time RUMT - Moscow Time #Maybe RUCT - Russia Central/Common Time or RUNT - Russia National Time RUKT - Kaliningrad Time RUIT - Irkutsk Time RUVT - Volgograd Time #in IANA tzdb was VOLT Optional: RU1T - Russia First Time Zone Optional: RU2T - Russia Second Time Zone EUCT - Central European Time #Some countries that use this time, are not in the EU. EUWT - Western European Time #See comment for EUCT EUET - Eastern European Time #See comment for EUCT XACT - ASEAN Common Time XE01T - UTC+01 XE08T - UTC+08 XE13T - UTC+13 XW06T - UTC-06 XW11T - UTC-11 ZZZT - UTC ZZE1T - UTC+01 ZZE8T - UTC+08 ZZEAT - UTC+10 # A = hexadecimal for 10 ZZEDT - UTC+13 # A = hexadecimal for 13 ZZW6T - UTC-06 ZZWBT - UTC-11 # B = hexadecimal for 11 #Letters from the NATO(?) date-time group #taken from http://de.wikipedia.org/wiki/Date_Time_Group ZZGZT - UTC±00 ZZGAT - UTC+01 ZZGHT - UTC+08 ZZGKT - UTC+10 ZZGST - UTC-06 ZZGXT - UTC-11 === E2) With DST === #for meaning of the third letter see section E2 USEDT USCDT USPDT CAEDT RUMDT # Daylight saving time or "decree time" EUCDT #preferred as defined in D3.1 -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

13 35

Patch - America/Los_Angeles zone comment
by Alan Mintz June 8, 2012

June 8, 2012

I'd like to try this once more without it getting buried or expanded into other issues, please. As it's written, the America/Los_Angeles comment in northamerica v8.54 in tzdata release 2012c does not make sense. The simple solution is to remove 7 characters from line 395: < northamerica > northamerica.new 395c395 < # Kootenai, Latah, Lewis, Nez Perce, and Shoshone counties, --- > # Idaho, Kootenai, Latah, Lewis, Nez Perce, and Shoshone counties, Alternatively, more accuracy could be provided by the following changes: < northamerica > northamerica.new 395,397c395,398 < # Idaho, Kootenai, Latah, Lewis, Nez Perce, and Shoshone counties, < # and the northern three-quarters of Idaho county), < # most of Nevada, most of Oregon, and Washington --- > # Kootenai, Latah, Lewis, Nez Perce, and Shoshone counties, > # the towns of Burgdorf and Warren, and the part of Idaho county > # lying north of the Salmon River), Nevada (except for West Wendover) > # Oregon (except for part of Malheur County), and Washington AFAIK, this description is completely accurate (though it doesn't reflect unofficial observances in Nevada, which I assume wouldn't be appropriate here).

1 0

Indonesia - A government committee is proposing a single time zone
by Tobias Conradi June 7, 2012

June 7, 2012

http://www.thejakartapost.com/news/2012/05/26/single-time-zone-may-begin-la… -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

4 4

may be a small mistake in the localtime.c code
by Z V June 6, 2012

June 6, 2012

Hello, The next piece of code looks like a mistake: localtime.c (1477-1484) while (i > 0 && sp->lsis[i].ls_trans == *sp->lsis[i - 1].ls_trans + 1* && sp->lsis[i].ls_corr == sp->lsis[i - 1].ls_corr + 1) { ++hit; --i; } As far as I understand here are processed 'Leap' rules with '++' correction. If so, sp->lsis[i].ls_trans must be equal to sp->lsis[i - 1].ls_trans. BR, Igor

3 2

Are these valid timezone definitions?
by david singleton June 6, 2012

June 6, 2012

I posted a question earlier about a problem with exporting TZ, which was caused by a typo in the timezone man page on my ubuntu 10.10 system. When the typo was fixed the daylight savings end worked correctly. I've been given a new test in which one case seem to show a problem of when daylight savings starts, and one case when daylight savings ends. When a timezone is defined as : export TZ="NZST-23:00:00NZDT-24:00:00,M10.1.0,M3.3.0" the time is set one hour ahead when daylight savings begins. When I define a timezone with export TZ="NZST-12:00:00NZDT-13:00:00,M10.1.0,M3.3.0" there is no change in time when daylight savings ends. Is this a known problem? Or a problem with how the timezones are defined? I'll attach the test case. thanks Dave

3 2

Re: [tz] FW: may be a small mistake in the localtime.c code
by Arthur David Olson June 6, 2012

June 6, 2012

For (so far unused in the real word) double leap seconds, the binary file has different values for successive ls_trans/ls_corr pairs. For example, if the current "leapseconds" is changed so that the upcoming leapsecond is a double, a la... Leap 2012 Jun 30 23:59:60 ++ S ...then there will be an an entry with an ls_trans value of 1341100824 and an ls_corr value of 25 followed by an entry with an ls_trans value of 1341100825 and an ls_corr value of 26. Bottom line: Bradley White's code should be okay. --ado ________________________________________ From: Z V [igt31415926(a)gmail.com] Sent: Thursday, May 24, 2012 6:02 AM To: tz(a)iana.org Subject: [tz] may be a small mistake in the localtime.c code Hello, The next piece of code looks like a mistake: localtime.c (1477-1484) while (i > 0 && sp->lsis[i].ls_trans == sp->lsis[i - 1].ls_trans + 1 && sp->lsis[i].ls_corr == sp->lsis[i - 1].ls_corr + 1) { ++hit; --i; } As far as I understand here are processed 'Leap' rules with '++' correction. If so, sp->lsis[i].ls_trans must be equal to sp->lsis[i - 1].ls_trans. BR, Igor

1 0

zone identifiers
by Tobias Conradi June 6, 2012

June 6, 2012

was: tz abbreviations / zdump for programmers On Tue, Jun 5, 2012 at 4:34 PM, Petr Machata <pmachata(a)redhat.com> wrote: > FWIW, in Czech Republic in particular, CET is translated as "SEČ" > (středoevropský čas), CEST as "SELČ" (~ letní ~). So apparently, these > things get translated. So are zone identifiers: Europe/Prague, for > example, should be presented to a Czech user as "Evropa/Praha", or some > such (the slash may be understandable, but maybe it should be somehow > localized away as well). So you do need translations of these strings. > Even to English, as a matter of fact: "Africa/Addis_Ababa" should > probably be presented as "Africa/Addis Ababa". I think that the > situation with abbreviations is similar. Identifiers are /not/ in English, like ISO country codes, or ISO language codes are /not/ in English. Not even the components are defined to be in English: America/Bahia_Banderas - Bahia de Banderas Antarctica/DumontDUrville - Dumont d'Urville Station Indian/... - Indian Ocean -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

2 1

bug in export TZ where day light savings spans Dec 31st?
by david singleton June 6, 2012

June 6, 2012

When I use the example from the timezone man page to define, and export a local TZ variable: export TZ="NZST-12.00:00NZDT-13:00:00,M10.1.0,M3.3.0" And then set the date to December 31st at 23:59 I see the clock roll over to 00:00 normally. But when I define a timezone using a positive offset I see time get set backwards at December 31st. I believe time should not get set back on December 31st for any timezones whose day light savings span December 31st. export TZ="NZST+12.00:00NZDT+13:00:00,M10.1.0,M3.3.0" date 123123592011.55 Sat Dec 31 23:59:55 2011 when I wait 5 seconds and check the date again I see the date has been adjusted to Dec 31st at 12:00? root@dstest2:~# date Sat Dec 31 12:00:01 NZST 2011 What is happening with TZs defined with a positive offset? I can reproduce this on Linux systems using glibc 2.5.90 up through glibc 2.12.1. I was hoping you could help me understand what is going on? thank you Dave

5 6

Let's keep focused on the time zone code and data
by Paul Eggert June 5, 2012

June 5, 2012

I'd like to ask people to keep the email focused on the time zone code and data, and not engage in personal attacks, worry about which Wikipedia user did what, etc.

1 0

mailing list, tone, respect, bugs, suggestions
by Tobias Conradi June 5, 2012

June 5, 2012

was: Wikipedia - blocking time zone contributors - massive insertion of errors by AlanM1 - win-win if people cooperate On Wed, Jun 6, 2012 at 4:01 AM, David Patte <dpatte(a)relativedata.com> wrote: > I think this is the biggest issue with Conradi. I believe he has made 'some' > valuable comments and contributions over the last month (some - but not > all), Who sent more new bug reports and reminders of previously reported bugs than me? >but his attitude has turned the majority of this list against him What is your source for that. Maybe at first you could release a number of how many subscribers are on the list? > whether he has any points that have any merit or not. That would tell more about others than about me. > Mr. Conradi, if you so dearly want to 'fix bugs' in the db, as much as we > all do, I don't know how much all others do. I see no fix by the current TZ Coordinator at all. > I would suggest you learn how to present your suggestions as just > that - suggestions - and with humility. Why humility? Does that change the facts? >Maybe its an issue you have with translation, > or perhaps something else, but your presentation has turned > most people off providing you any futrther support for your ideas. Regrettably, because I think I sometimes make errors and am happy to learn from feedback. > You would > have gotten a lot further by granting those that have been on this list as > contributors or maintainers some respect; So you mean I didn't grant them some respect? I think I have gotten quite far. I have exposed lots of bugs in the database and in the management. If the management is not happy to hear this, and other people don't see the bugs, or are afraid to raise their voice, then shall I stop raising mine? What's up with the bugs in Siberia? > and I assure you that if you had > done that that you might have gained more consideration for your > 'suggestions'. Siberia stays wrong, despite people knowing it, because the one who reported it didn't show respect? What strange game is that? What's the purpose > If you have a suggestion for the database, please state it as a suggestion, Several instance where I titled emails with Propose/Proposal can be found at http://mm.icann.org/pipermail/tz/2012-May/thread.html The word "suggest" in a title of an email by me can be seen at http://mm.icann.org/pipermail/tz/2011-September/ "Post-1970 errors in Russian zones, suggest zones Asia/Tomsk, Asia/Barnaul " That is Siberia! > and back up your suggestion with documentation Can you show any bug report or proposal by me that came without? > - and stop accusing others of > not doing their part. Where did I do that? I think the only person that has an official part in fixing zone data bugs in the database is the current TZ Coordinator, named Paul Eggert. > That would help us all. "us"? Does that "us" include the users that are confronted with the IANA time zone database bugs? Bouvet Island, Siberia, place vs location, gmt vs utc, tz(a)elsie.nci.nih.gov vs tz(a)iana.org (the latter resulting in bouncing email)...? -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Re: [tz] Wikipedia - blocking time zone contributors - massive insertion of errors by AlanM1 - win-win if people cooperate
by Alan Mintz June 5, 2012

June 5, 2012

I apologize to the list. I'll try to keep this brief, and I will _not_ engage in a flame war. I have no desire to work with someone who, I've now learned, just cannot be worked with. Constructive comments from others are welcome. At 2012-06-05 17:31, Tobias Conradi wrote: >In Wikipedia several accounts that added Olson/IANA time zone >information have been blocked and marked as sock puppets of Tobias >Conradi. Since User:Tobias Conradi did not edit since years, because a >handful of people once decided to block him, the only evidence for >"sock puppeting" is given as "behavioral". > >Behavioral for the User:TimeOfChange is to edit time articles: >http://en.wikipedia.org/wiki/Special:Contributions/TimeOfChange >No single talk page edit or anything else. > >Lately User Royaume du Maroc got blocked, who created: >http://en.wikipedia.org/wiki/Time_in_Florida Are you denying that you are "Royaume du Maroc" (RdM)? I've known about you for less than a month and it's clear to me that you are he. Give us a break and seek help. Seemingly coincidentally, I did some work on WP at the same time as RdM because I realized there were issues after first reporting to this list about a minor one. He seems fixated on the order in which things happened. I certainly don't care. Take all the credit you want. I simply want to get things right, and you can no longer do that, given that your past actions have you banned indefinitely. >BUT NOW THE REAL PROBLEM. AlanM1 is deleting IANA time zone from >Wikipedia e.g. Shiprock, South_Pole, Longyearbyen, Ljubljana >http://en.wikipedia.org/w/index.php?title=List_of_tz_database_time_zones&di… I've spent a bunch of time on this in the last couple of days. I worked with the 2010e release on which the WP data was supposed to be based, and found numerous inconsistencies. Today, I decided that, versus correcting those, I might as well just use the latest data available - 2012c. The list on that page (http://en.wikipedia.org/wiki/List_of_tz_database_time_zones) is now consistent with what comes out of the Perl DateTime::TimeZone package, based on the 2012c release, merged with the zone.tab file from the same release (to get the coordinates and comments, which are not part of the perl package). This is also consistent with the 7 continent files. I still have to explore the relatively small list of diffs (including those you mentioned) to see why they were there before and not now. I suspect they are links. Note that the whole thing is a work in progress. I hardly had time to go get a burger after finishing hours of work on this before your drivel hit the list. >and at the same time introducing >| [[ISO_3166-1:|ISO_3166-1:]] >| >| [[PST8PDT]] > >into a list that claims to be based on a zone.tab listing. PST8PDT is >not in the current zone.tab file. No, it doesn't claim to be based on the zone.tab file. It's based on the 7 continent files. >Also the minus signs are changed into hyphen minuses, so that UTC >offset articles which use the minus sign are now reached via >redirects. OMG, the sky is falling! The way I read WP:MOS, I've used the correct character. The fact that the individual UTC* articles (which you created) use a different character doesn't change that at all. I will, however, investigate. What does this nitpicky bit of WP style have to do with the TZ mailing list? Is it really the right tone to take? >Furthermore the order of the elements in that list is not more the >same as in zone.tab, and the first column that allowed sorting in that >order got removed by AlanM1. Why is that order important? They are in order of the TZ identifier, which is the primary key of the database, and the logical order one would expect a list in, instead of the arbitrary and seemingly purposeless and undocumented number that was there. >Maybe some readers here with an account on Wikipedia can revert the >introduced errors and explain to AlanM1 what the errors are. You have yet to report anything that would be considered an error, and certainly not in a tone that would make anyone want to continue working with you (or at all). >E.g. due to South_Pole removal in the data templates, at >http://en.wikipedia.org/wiki/Time_in_Antarctica >there is now "[[ISO 3166-1:IANA time zone id not in >Template:Tz/country code|IANA time zone id not in Template:Tz/country >code]]" As I said, work in progress. Fixing any broken links is next. >Also due to not using the data templates at >http://en.wikipedia.org/wiki/List_of_tz_database_time_zones >Wikipedia is now open to inconsistency between this list and data >display in other places. Before the change the list showed to a wide >extend the data contained in the templates, so people could easily >check for correctness. I did use those templates, and the data in the individual column templates are now all in sync. The problem is that I was unable to save the template-using version of the "List of tz database time zones" article, apparently because of the resulting complexity of all those template transclusions. If you had read the change log, or given me time to document it on the talk page, you would have seen my note about that: "(Update to 2012c, data added directly to article because of performance problems when templated. This may be a temporary problem - will try again later.)" You never saw this problem because you didn't use the templates for the last 140 or so rows. I spent quite a lot of time on it, trying to reduce the number of transclusions and ultimately gave up, hoping that the problem was temporary. I'll note that your last version of the page (http://en.wikipedia.org/w/index.php?title=List_of_tz_database_time_zones&ol…) takes almost a _minute_ to appear, while my current version of it (with the data in the page instead of transcluded) takes about 3 seconds. >If the data in the templates is well maintained then it could be used >in the infoboxes on the city pages, then thousands of articles could >display information offset information obtain from IANA. It is. It was just the "List of tz database time zones" that is unable to use them (for the moment).

3 2

Wikipedia - blocking time zone contributors - massive insertion of errors by AlanM1 - win-win if people cooperate
by Tobias Conradi June 5, 2012

June 5, 2012

In Wikipedia several accounts that added Olson/IANA time zone information have been blocked and marked as sock puppets of Tobias Conradi. Since User:Tobias Conradi did not edit since years, because a handful of people once decided to block him, the only evidence for "sock puppeting" is given as "behavioral". Behavioral for the User:TimeOfChange is to edit time articles: http://en.wikipedia.org/wiki/Special:Contributions/TimeOfChange No single talk page edit or anything else. Lately User Royaume du Maroc got blocked, who created: http://en.wikipedia.org/wiki/Time_in_Florida A listing of states that have more than one IANA time zone http://en.wikipedia.org/w/index.php?title=Time_in_the_United_States&diff=49… http://en.wikipedia.org/wiki/Time_in_Idaho Expanding the listing, maybe to create more state specific articles http://en.wikipedia.org/w/index.php?title=Time_in_the_United_States&diff=49… Then User:AlanM1 jumps in, who later in a discussion when User Royaume du Maroc was already blocked writes http://en.wikipedia.org/wiki/Wikipedia:Administrators%27_noticeboard/Archiv… "... I created some and edited some other "Time in state" articles for the purpose of specifying exactly which counties (or other divisions) are in which time zones. He jumped on it at the same time, apparently prompted by my email to the tz list" - this AlanM1 seems to be on the tz mailing list. I emailed one Alan (an "Alan Mintz") that is on the list showing that it was the other way around, and AlanM1 jumped on it, but AlanM1 did not fix his claim in WP. Does AlanM1 believe Royaume du Maroc did a time travel? BUT NOW THE REAL PROBLEM. AlanM1 is deleting IANA time zone from Wikipedia e.g. Shiprock, South_Pole, Longyearbyen, Ljubljana http://en.wikipedia.org/w/index.php?title=List_of_tz_database_time_zones&di… and at the same time introducing | [[ISO_3166-1:|ISO_3166-1:]] | | [[PST8PDT]] into a list that claims to be based on a zone.tab listing. PST8PDT is not in the current zone.tab file. Also the minus signs are changed into hyphen minuses, so that UTC offset articles which use the minus sign are now reached via redirects. Furthermore the order of the elements in that list is not more the same as in zone.tab, and the first column that allowed sorting in that order got removed by AlanM1. Maybe some readers here with an account on Wikipedia can revert the introduced errors and explain to AlanM1 what the errors are. E.g. due to South_Pole removal in the data templates, at http://en.wikipedia.org/wiki/Time_in_Antarctica there is now "[[ISO 3166-1:IANA time zone id not in Template:Tz/country code|IANA time zone id not in Template:Tz/country code]]" Also due to not using the data templates at http://en.wikipedia.org/wiki/List_of_tz_database_time_zones Wikipedia is now open to inconsistency between this list and data display in other places. Before the change the list showed to a wide extend the data contained in the templates, so people could easily check for correctness. If the data in the templates is well maintained then it could be used in the infoboxes on the city pages, then thousands of articles could display information offset information obtain from IANA. That way also the tz mailing list could attract more feedback on time zone changes. It could be a win-win for IANA and Wikipedia. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

time zone abbreviations - French vs English
by Tobias Conradi June 4, 2012

June 4, 2012

was: tz abbreviations / zdump for programmers On Tue, Jun 5, 2012 at 1:43 AM, Paul Eggert <eggert(a)cs.ucla.edu> wrote: > On 06/04/2012 11:39 AM, Boruch Baum wrote: >> Do the French in Quebec have the same >> TZ name and abbreviation as the Anglos there? > > Yes, absolutely. This is a common situation > in many parts of the world. That was someone without giving evidence, it follows Tobias with giving evidence. No they don't universally: HNE vs EST https://www.google.com/search?q=19h00+%22HNE%22+site%3Aqc.ca Two other pairs are: HAEC vs CEST HEC vs CET -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

renaming the mailing list in the code and data files
by Mariano Absatz - el Baby May 29, 2012

May 29, 2012

Since the old tz(a)elsie.nci.nih.gov mailing list no longer exist (in fact, there's no mx record, the name is actually a cname and the target host doesn't even seem to be accepting packets on port 25) it might be a good idea to rename the list in the code and data files where it is present. I wrote 2 small patches (attached) that do this against tzdata2012c and tzcode2012b. I don't see much of an urgency in doing this, but we might apply the patch whenever we have a new set of files to release. Regards -- Mariano Absatz - El Baby www.clueless.com.ar

2 1

[OT] tz humor
by Mariano Absatz - el Baby May 29, 2012

May 29, 2012

It seems like xkcd is turning us obsolete: http://xkcd.com/1061/ :) -- Mariano Absatz - El Baby www.clueless.com.ar

2 1

Re: [tz] Bug - Statement by Paul Eggert (a TZ Coordinator) on update process not agreeing with IANA sources
by SM May 29, 2012

May 29, 2012

At 13:53 26-05-2012, Tobias Conradi wrote: >Maybe your point of view is that of the RFC 6557 authors. I can only express my view as an individual. I don't know whether the authors of RFC 6557 share my point of view. >But I wonder whether IANA doesn't want to have some say about what >happens in a project linked from the IANA homepage >http://www.iana.org/. At a guess some information about IANA actions may be in Section 8 of RFC 6557. >The IANA time zone data is referred to by RFC4833, RFC5545, The TZ database reference in RFC 4833 mentioned "Eggert, P. and A. Olson". There is a link to http://www.twinsun.com/tz/tz-link.htm >How do you think an extreme case is defined? Is it an extreme case to >have Russian zones wrong for more than half a year and to have no zone >covering Bouvet Island, which has a UTC offset defined by Norwegian >law? I leave it to the time zone community or Paul Eggert to see whether a case is extreme as it is easier than coming up with a definition. In my opinion the above examples seem more of a matter for Paul Eggert to decide or the time zone community to agree upon. Regards, -sm

4 5

IETF RFC 6557 vs Paul Eggert
by Tobias Conradi May 29, 2012

May 29, 2012

http://www.ietf.org/ The mission of the IETF is to make the Internet work better by producing high quality, relevant technical documents that influence the way people design, use, and manage the Internet. http://tools.ietf.org/html/rfc6557 ------ To be clear, the TZ Coordinator SHALL NOT set time zone policy for a region but use judgment and whatever available sources exist to assess what the average person on street would think the time actually is, or in case of historical corrections, was. ------ Either "average person on street" is to be taken literal, and if there are no streets and no average persons, the section does not apply. Or Paul Eggert (TZ Coordinator) is obliged to adhere to that section in the Bouvet Island case, where Norwegian laws clearly show that the time officially is UTC+01:00 on that island, irrespective of presence of human beings. http://www.lovdata.no/all/hl-20070126-004.html ----- § 6. Norsk normaltid Normaltiden i Norge er én time foran koordinert universaltid (UTC+1). ----- -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Stable fixed length identifiers for IANA time zones
by Tobias Conradi May 26, 2012

May 26, 2012

Steven, Mark, I checked the latest timezone.xml contained in core.zip linked from http://cldr.unicode.org/index/bcp47-extension Are the values for the names that are not /[a-z]{5}/ , e.g. <type name="mxstis" ... > already permanently fixed? What happens if Santa Isabel gets an UN/LOCODE in the future? I am using UN/LOCODEs since at least 2003 http://en.wikipedia.org/w/index.php?title=UN/LOCODE&diff=prev&oldid=1414613 In my system the first two letters never map into a set of ISO 3166-1 countries (current and former) without one set member being or having been the country for the location, e.g. "jeruslm", the first letters, JE, stand for Jersey, which never was a country where Jerusalem was located. If there is "usnavajo" placing "navajo" below "us", then <type name="jeruslm" alias="Asia/Jerusalem Asia/Tel_Aviv Israel" description="Jerusalem"/> is inconsistent, since Asia/Jerusalem is used for Israel, which would lead to "iljerusalem" or so and instead of "hebron" and "gaza" it would be "pshebron" and "psgaza" Since UN/LOCODE doesn't use the numbers 0 and 1, I created private codes using "1" in third position, so for Santa Isabel I would use MX1SI or in lower case mx1si for Hebron PS1HB, Gaza PS1GZ That way the codes all can be of the same length, namely 5 characters. Tobias On Fri, May 25, 2012 at 5:10 PM, Steven R. Loomis <srl(a)icu-project.org> wrote: > On 05/24/2012 04:27 PM, Tobias Conradi wrote: ... > E.g. CLDR has created UN/LOCODE based codes: > http://cldr.unicode.org/development/development-process/design-proposals/bc… > > > This a draft design document proposing what is now the 'tz' field of IETF > BCP 47 Extension U < https://tools.ietf.org/html/rfc6067> referencing UTS35 > and data < > http://unicode.org/reports/tr35/#Unicode_Language_and_Locale_Identifiers>. > However, it is not relevant to simply the discussion of "." and "-", > instead, the UN/LOCODE based codes (with some additions) were needed due to > length restrictions. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 1

Re: [tz] Bug - Statement by Paul Eggert (a TZ Coordinator) on update process not agreeing with IANA sources
by SM May 26, 2012

May 26, 2012

At 10:56 26-05-2012, Tobias Conradi wrote: >Restricted by the following: > >http://tools.ietf.org/html/rfc6557 >BCP 175 [snip] >"The TZ Coordinator is an IANA Designated Expert" In my opinion RFC 6557 was an attempt to document some of the details about the "TZ Database" and it is self-contained except for two explicit references about the work. A lot of stuff is left to the discretion of the TZ coordinator. There are some guidelines to allow resolution if there is an extreme case. Regards, -sm

2 1

Proposal to deprecate "." and "-" in zone names
by Tobias Conradi May 26, 2012

May 26, 2012

CURRENT ftp://ftp.iana.org/tz/code/Theory says "Within a file name component, use only ASCII letters, `.', `-' and `_'." In ftp://ftp.iana.org/tz/data/zone.tab I found none having "." I found three having "-": America/Blanc-Sablon Africa/Porto-Novo America/Port-au-Prince PROPOSED Change ftp://ftp.iana.org/tz/code/Theory "Within a file name component, use only ASCII letters and `_'." REASONING @"." "." is not used, document current usage. Reduce number of possible variations. @"-" Reduce number of possible variations. Avoid discussions about names as happened with the zone proposal for the Crozet Islands "Alfred-Faure" vs "Alfred Faure". @both Some environments don't allow "/". Since "/" is part of the zone name, a replacement may be needed. If "." and "-" are not allowed for zone names anymore, then they can be used for replacing "/". -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

7 17

Re: [tz] Bug - Statement by Paul Eggert (a TZ Coordinator) on update process not agreeing with IANA sources
by SM May 26, 2012

May 26, 2012

Arthur David Olson posted a message about a new home for time zone stuff in August 2009 [1]. The time zone stuff used to be called the Olson database. Robert Elz provided a temporary home for the Olson database in October 2011 [2]. Paul Eggert was suggested as TZ coordinator in March 2012 [3]. The mailing list was supposed to be be used just as it has been: to learn of, discuss, and confirm TZ definition changes, as well as to serve as an announcement list for new versions of the database. In my humble opinion it is up to the TZ coordinator to determine what to do about the details of the Olson database. Regards, -sm 1. http://mm.icann.org/pipermail/tz/2009-August/015734.html 2. http://mm.icann.org/pipermail/tz/2011-October/016898.html 3. http://mm.icann.org/pipermail/tz/2012-March/017597.html

2 1

Proposal to define a Private Use Area within the zone naming scheme
by Tobias Conradi May 26, 2012

May 26, 2012

CURRENT: No private use area defined. PROPOSAL: Define a private use area. Use AA or Aa to have the name start with the same letter as most other Areas that represent continents do (America, Africa, Asia, Australia) Since AA is an ISO 3166-1 alpha-2 private code, it can be used by CLDR, that uses UN/LOCODEs, too, to define a private range. The private range would be defined on the top level, so it is not affected by any change to the Area names (America, Africa, Asia, Australia, etc.) Organizations are then free to have their own subareas inside, e.g. i Aa/NorwayGov/Bouvet/ Aa/RussiaGov/Barnaul/ Aa/GemBuesingen/Buesingen/ Aa/Pre1970project/ Aa/JohnDoe/ Aa/Legal/ (legal time instead of majority observed time) REASONING: Allow people to create zones having names that will not be the same as IANA time zone names. This is helpful when the IANA time zone database maintainers do not fix bugs (e.g. West Siberia) and do not create zones for regions solely because they have no permanent population, despite the time there being defined by law of the sovereign state to which it belongs (Bouvet Island). == Systems having a private use area == === Country codes === ISO 3166-1 alpha-2 AA, QM ... QZ, XA ...XZ, ZZ http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2#User-assigned_code_elements ISO 3166-1 alpha-3 AAA ... AAZ, QMA ... QZZ, XAA ... XZZ, ZZA ... ZZZ. http://en.wikipedia.org/wiki/ISO_3166-1_alpha-3#User-assigned_code_elements ISO 3166-1 numeric 900 ... 999 http://en.wikipedia.org/wiki/ISO_3166-1_numeric#User-assigned_code_elements === Script codes === ISO 15924 Qaaa ... Qabx (900 ... 949): 50 Codes reserved for private use. === Language codes === ISO 639-3 Private Use Area (range qaa to qtz) -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Infrastructure - bug tracking system
by Tobias Conradi May 26, 2012

May 26, 2012

Kim, apart from TZ Coordinator Paul Eggert you are the only person I know of that has an official position involved with the IANA time zone database. Is it possible for IANA to provide a bug tracking system for the IANA time zone database maintenance? Currently there are several unfixed bugs, but I can see no full listing of them. So same bugs may get reported several times or stay unfixed without being reported again for a long time. I am aware of several bugs, inconsistencies and suggestions for possible improvements I sent to the mailing list and also of some sent by other people e.g. Alexander Krivenyshev (http://mm.icann.org/pipermail/tz/2011-September/008798.html) Andrew Paprocki (http://mm.icann.org/pipermail/tz/2012-May/017854.html) Guy Harris (http://mm.icann.org/pipermail/tz/2012-May/017756.html) Ian Abbott (http://mm.icann.org/pipermail/tz/2012-May/017725.html) But these or only from the time when I was member of the mailing list. Maybe there are several more bugs that are still not fixed. Tobias -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Bugs in Russia - West Siberia - Eight months past since 2011-09-17
by Tobias Conradi May 26, 2012

May 26, 2012

Just a reminder for Tobias Conradi Wed Apr 18 20:10:55 UTC 2012 http://mm.icann.org/pipermail/tz/2012-April/017638.html [tz] Bugs in Russia - Seven month past since 2011-09-17 - still not fixed -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

"Discussion of Tobias Conradi"
by Tobias Conradi May 26, 2012

May 26, 2012

was: Bug - Statement by Paul Eggert (a TZ Coordinator) on update process not agreeing with IANA sources On Sat, May 26, 2012 at 2:50 PM, John Hawkinson <jhawk(a)mit.edu> wrote: > In the absence of direction to the contrary, > could we please keep > discussion of Tobias Conradi off of the list? direction is here http://www.iana.org/time-zones "A higher volume discussion list used for discussing proposals for updates to the Database. Contributions to this list may be emailed to tz(a)iana.org." It doesn't mention "discussion of Tobias Conradi". -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Re: [tz] Bug - Statement by Paul Eggert (a TZ Coordinator) on update process not agreeing with IANA sources
by Tobias Conradi May 26, 2012

May 26, 2012

On Sat, May 26, 2012 at 10:17 AM, Paul Eggert <eggert(a)cs.ucla.edu> wrote: > On 05/25/2012 05:20 PM, Tobias Conradi wrote: >>> this sort of behavior is >>> > counterproductive. >> Counterproductive to what? > > Taunting and personal attacks > are counterproductive to the > primary purpose of this mailing list, which is maintaining > the tz code and data. To judge objectively if one person did do that more often than others, it would be needed to at first identify occurrences of such behavior. Furthermore it would be needed to have a complete list of what constitutes counterproductive behavior, since otherwise actions may be taken on counterproductive behavior that is to be found in one person, but not on counterproductive behavior of another. I for one would claim that asking a person that sends lots of reports of bugs to the mailing list which is mentioned on http://www.iana.org/time-zones as "A higher volume discussion list used for discussing proposals for updates to the Database. Contributions to this list may be emailed to tz(a)iana.org." to stop sending them to be counterproductive. It would be more productive to change the description on the website about what the mailing list is to be used for. > If this pattern continues, then I'm > afraid we'll have to part ways. You are free to leave the project. I would regret that some of your knowledge would leave too, since the documentation is in some points inconsistent, but probably it would be possible to sort that out. > We should not be wasting > our time on argumentation. http://en.wikipedia.org/wiki/Argumentation_theory ... argumentation, is the interdisciplinary study of how conclusions can be reached through logical reasoning I am here to improve the IANA time zone database by logical reasoning. If that is wasting your time, why are you TZ Coordinator? Do you want to maintain the database without logical reasoning? I don't see that defined in Theory file or BCP 175. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

2 1

Bug - Statement by Paul Eggert (a TZ Coordinator) on update process not agreeing with IANA sources
by Tobias Conradi May 26, 2012

May 26, 2012

On Fri, May 25, 2012 at 6:06 AM, Paul Eggert <eggert(a)cs.ucla.edu> wrote: > On 05/24/2012 03:46 PM, Tobias Conradi wrote: > You should I think I should nothing. I do what I want. > consider taking a step backwards > and refraining from sending email to the tz list > for a while, If you fix all bugs, I will stop emailing. Wasn't it a Paul Eggert who introduced the Idaho bug http://mm.icann.org/pipermail/tz/2012-May/017897.html ? And now a Paul Eggert doesn't like bugs being reported by Tobias Conradi? >as this sort of behavior is > counterproductive. Counterproductive to what? Counterproductive to fixing bugs? http://www.iana.org/time-zones has the text: ------------------ Mailing Lists ... Submissions/Discussions A higher volume discussion list used for discussing proposals for updates to the Database. Contributions to this list may be emailed to tz(a)iana.org. ----------------- That's exactly what I do. If that's not wanted, the page text is wrong. But if one thinks the page text is defining what is wanted, then Paul Eggert may be wrong. At which end is the bug, Paul Eggert or IANA? The page also has the text: TZ Coordinator The IESG-designated TZ Coordinator is Paul Eggert. Would that be you? If so, then here is a part of your role description: http://tools.ietf.org/html/rfc6557 TZ Coordinator: The person or people who maintain and manage release of the TZ Database. I don't see any release at ftp://ftp.iana.org/tz/releases/ since 2012-04-13 "The IESG has approved Paul Eggert (eggert at cs.ucla.edu) as the new Time Zone coordinator." (Source: http://mm.icann.org/pipermail/tz/2012-May/017853.html ) ========================= Delivered-To: tobias.conradi(a)gmail.com Received: by 10.14.96.144 with SMTP id r16csp81028eef; Thu, 24 May 2012 21:07:02 -0700 (PDT) Received: by 10.68.221.74 with SMTP id qc10mr28159196pbc.31.1337918798479; Thu, 24 May 2012 21:06:38 -0700 (PDT) Return-Path: <eggert(a)cs.ucla.edu> Received: from smtp.cs.ucla.edu (smtp.cs.ucla.edu. [131.179.128.62]) by mx.google.com with ESMTP id hs4si4058777pbc.296.2012.05.24.21.06.37; Thu, 24 May 2012 21:06:38 -0700 (PDT) Received-SPF: pass (google.com: domain of eggert(a)cs.ucla.edu designates 131.179.128.62 as permitted sender) client-ip=131.179.128.62; Authentication-Results: mx.google.com; spf=pass (google.com: domain of eggert(a)cs.ucla.edu designates 131.179.128.62 as permitted sender) smtp.mail=eggert(a)cs.ucla.edu Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 99D7C39E800D for <tobias.conradi(a)gmail.com>; Thu, 24 May 2012 21:06:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gPsEGneTXkIk for <tobias.conradi(a)gmail.com>; Thu, 24 May 2012 21:06:37 -0700 (PDT) Received: from [192.168.1.10] (pool-71-189-109-235.lsanca.fios.verizon.net [71.189.109.235]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 2942E39E8007 for <tobias.conradi(a)gmail.com>; Thu, 24 May 2012 21:06:37 -0700 (PDT) Message-ID: <4FBF054C.50108(a)cs.ucla.edu> Date: Thu, 24 May 2012 21:06:36 -0700 From: Paul Eggert <eggert(a)cs.ucla.edu> Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: Tobias Conradi <tobias.conradi(a)gmail.com> Subject: Re: [tz] Sascha Wildner, asking about working privately and about patching, being on the wrong mailing list References: <CAAGevbVExSqCJPN4p0gBg-TsKSWRZ-pNpjW1zN8OUv-CS_M3HQ(a)mail.gmail.com> In-Reply-To: <CAAGevbVExSqCJPN4p0gBg-TsKSWRZ-pNpjW1zN8OUv-CS_M3HQ(a)mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 05/24/2012 03:46 PM, Tobias Conradi wrote: > Mirror mirror on the wall. You should consider taking a step backwards and refraining from sending email to the tz list for a while, as this sort of behavior is counterproductive. ========================================= -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

3 2

Propose new zone for Crozet Islands
by Tobias Conradi May 25, 2012

May 25, 2012

Current: tzdata2012c/zone.tab only has: TF -492110+0701303 Indian/Kerguelen Note: I couldn't find the rules for Kerguelen, since zone.tab doesn't tell where to look for this and there is no file "indian" like there is "asia" for the zones named "Asia/..." But the rules for Kerguelen are not needed for this proposal. Propose: TF -492110+0701303 Indian/Kerguelen most locations TF -464114+517561 Indian/Crozet Crozet Islands Coordinates are for the center of the biggest island, Possession Island, which is the the Eastern group, which contains also the second biggest island. http://commons.wikimedia.org/wiki/File:Crozet_Map.png Reason: http://www.timegenie.com/country.time/tf - Île Amsterdam, Île Saint–Paul and Îles Kerguelen are all UTC/GMT +5 hours - Îles Crozet is UTC/GMT +4 hours supported by http://fr.wikipedia.org/wiki/%C3%8Eles_Crozet UTC+4 http://fr.wikipedia.org/wiki/%C3%8Eles_Kerguelen UTC+5 -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

3 7

time zone abbreviations - uniqueness and meaning
by Tobias Conradi May 24, 2012

May 24, 2012

was: Re: [tz] Propose new zone for Crozet Islands On Thu, May 24, 2012 at 10:40 AM, Philip Newton <philip.newton(a)gmail.com> wrote: > On Thu, May 24, 2012 at 9:46 AM, Tobias Conradi > <tobias.conradi(a)gmail.com> wrote: >> The rule in the Theory file can easier lead to double assignments of >> abbreviations > > I don't think a particular effort is made to make the abbreviations be > unique I don't know how you define "particular". The provision to use ISO 3166-1 alpha-2 codes for several of them leads to several of them being unique. IIRC there have been emails on the mailing list caring about uniqueness, asking for assignment of another abbreviation to avoid ambiguity. ftp://ftp.iana.org/tz/data/australasia contains a longer text by Paul Eggert 2001-04-05 about uniqueness. > or even particularly meaningful. I don't know how you define "particularly". ftp://ftp.iana.org/tz/code/Theory ----- Outline ----- Time and date functions Scope of the tz database Names of time zone rule files Time zone abbreviations Calendrical issues Time and time zones on Mars .... one of six main sections. The section "Time zone abbreviations" contains several rules. They all derive the abbreviation from some other string related to the time zone. > The main identifier is the > "Europe/Berlin" type name, that is the IANA time zone name. IANA time zones are "cross year". > not the "CE(S)T" type one. that is the IANA abbreviation for the non-IANA, the "real world" time zone. One can try to achieve uniqueness of the latter in any given year. The two uniquenesses can be achieved independently. But indeed there are some that are not unique, e.g.: * IST ** India ** Israel (Ephraim Silverberg 1988 invention, even happy about ambiguity: "I am happy to share timezone abbreviations with India, high on my favorite-country list (and not only because my wife's family is from India" ftp://ftp.iana.org/tz/data/asia ) * EST ** Australia ** US * CST ** Australia ** US * AST ** Arabia (Eggert invention 2006-03-22 ftp://ftp.iana.org/tz/data/asia) ** Aruba, Curacao, Trinidad and Tobago * GST ** Gulf (Eggert invention 2006-03-22 ftp://ftp.iana.org/tz/data/asia) ** South Georgia and the South Sandwich Islands Also ICT Indochina (Eggert invention 2006-03-22 ftp://ftp.iana.org/tz/data/asia) IC is a reserved ISO 3166-1 alpha-2 element for the Canary Islands. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

7 9

Sascha Wildner, asking about working privately and about patching, being on the wrong mailing list
by Tobias Conradi May 24, 2012

May 24, 2012

was: time zone abbreviations - uniqueness and meaning On Thu, May 24, 2012 at 1:00 PM, Sascha Wildner <saw(a)online.de> wrote: > On Thu, 24 May 2012 12:11:32 +0200, Tobias Conradi > <tobias.conradi(a)gmail.com> wrote: > >> was: Re: [tz] Propose new zone for Crozet Islands >> >> On Thu, May 24, 2012 at 10:40 AM, Philip Newton <philip.newton(a)gmail.com> >> wrote: >>> >>> On Thu, May 24, 2012 at 9:46 AM, Tobias Conradi >>> <tobias.conradi(a)gmail.com> wrote: >>>> >>>> The rule in the Theory file can easier lead to double assignments of >>>> abbreviations >>> >>> >>> I don't think a particular effort is made to make the abbreviations be >>> unique >> >> I don't know how you define "particular". > > > Well then look it up in a dictionary. I am not aware of an online dictionary by Philip Newton. > How about just working out all your little "proposals" privately I don't know how you define privately here. But you are welcome to work out my proposals privately by whatever definition pleases you. > and posting > a _patch_ to tzdata* like it is good practice? I don't know what tzdata* is. Your definition of "good practice" unknown to me. > I for one will subscribe to the announce list As was announced people that are subscribed to tz get the messages that are send to the announce list too. Maybe you want to get the messages twice? > because I'm really getting > tired of your seemingly endless, annoying dribble. Mirror mirror on the wall. > Thanks to everyone except Tobias and his little "fan club" for keeping the > list low volume and friendly for a long time. http://www.iana.org/time-zones reads "A higher volume discussion list used for discussing proposals for updates to the Database." So maybe you just subscribed to the wrong mailing list. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Re: [tz] northamerica - Nevada - Mountain Time / Pacific Time
by Steve Jones May 22, 2012

May 22, 2012

At 06:00 5/22/2012, Tobias Conradi wrote: > > The Nevada/Idaho state line is the official border, >Not according to >http://ecfr.gpoaccess.gov/cgi/t/text/text-idx?c=ecfr&sid=9de43ec56f3779d6aa… Apologies, I mistakenly thought it was clear I was referring to the official vs. observed boundary in the area my post was concerned with, Owyhee NV. It hadn't occurred to me that someone could misconstrue the words "The Nevada/Idaho state line" to refer to time zone borders Nevada shares with states other than Idaho. Cheers, Steve Jones

2 1

Proposal for new zone: America/WestWendover
by Tobias Conradi May 22, 2012

May 22, 2012

America/WestWendover covering the City of West Wendover, Nevada currently in America/Detroit According to ftp://ftp.iana.org/tz/data/northamerica 8.54 ---start---- # From Rives McDow (2000-08-30): ... # West Wendover, NV (from PST TO MST) ... 1999-10 ---end---- This has already been reported in 2000. Area was on Pacific Time. In 1999 a proposal was made to change it to Mountain Time http://www.gpo.gov/fdsys/pkg/FR-1999-07-26/html/99-19041.htm This was enacted http://www.gpo.gov/fdsys/pkg/FR-1999-10-21/html/99-27240.htm According to http://ecfr.gpoaccess.gov/cgi/t/text/text-idx?c=ecfr&sid=9de43ec56f3779d6aa… ---start--------------- as of May 18, 2012 § 71.9 Boundary line between mountain and Pacific zones. b) Utah-Nevada-Arizona-California. From the northeast corner of the State of Nevada southerly along the Utah-Nevada boundary to the junction with the northern border of the City of West Wendover, Nevada. Then westward along the northern, western, and southern boundaries of the City of West Wendover back to the Utah-Nevada boundary. ---end---------------- http://www.gpo.gov/fdsys/pkg/FR-1999-10-21/html/99-27240.htm enacting the new border says: ---start------------- This rule is effective at 2:00 a.m. PDT, Sunday, October 31, 1999. ---end------------- -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

3 6

Idaho tz correction
by Alan Mintz May 22, 2012

May 22, 2012

I see someone tried to address this last month but it kind of fell flat. The solution seems clear to me, as described here: >In ftp://ftp.iana.org/tz/data/northamerica v8.54 dated 2009-05-17 (the >current version), it says" > ># US Pacific time, represented by Los Angeles ># ># California, northern Idaho (Benewah, Bonner, Boundary, Clearwater, ># Idaho, Kootenai, Latah, Lewis, Nez Perce, and Shoshone counties, ># and the northern three-quarters of Idaho county), ># most of Nevada, most of Oregon, and Washington > >The first instance of Idaho in the county list (between Clearwater and >Kootenai) should be removed since the list ends with "and the northern >three-quarters of Idaho county". That is, only the northern 3/4 of the >county, not the whole county, is included (assuming that is true). The dividing line is actually the Salmon River, so I would change the paragraph to: # US Pacific time, represented by Los Angeles # # California, northern Idaho (Benewah, Bonner, Boundary, Clearwater, # Kootenai, Latah, Lewis, Nez Perce, and Shoshone counties, # and the part of Idaho county lying north of the Salmon River), # most of Nevada, most of Oregon, and Washington If we wanted to give the same detail treatment to NV and OR: # US Pacific time, represented by Los Angeles # # - California # - Washington # - Northern Idaho (Benewah, Bonner, Boundary, Clearwater, # Kootenai, Latah, Lewis, Nez Perce, and Shoshone counties, # and the part of Idaho county lying north of the Salmon River) # - Oregon (except for the northern 3/4 of Malheur County) # - Nevada (except for West Wendover) I attempted to send this to the contact address at the top of the table (tz(a)elsie.nci.nih.gov) which was delayed 3 days and then bounced*. Shouldn't the tables be corrected to show the contact info for this list? *Actually, it seems that elsie.nci.nih.gov doesn't have an MX record (any more), so mailers attempt to connect to elsie directly to send mail, but it isn't listening (or won't connect). -- Alan Mintz <Alan_Mintz+TZ_IANA(a)Earthlink.net>

3 4

Idaho tz correction
by OvV_HN May 22, 2012

May 22, 2012

In reply to: [tz] Idaho tz correction Ian Abbott abbotti at mev.co.uk Tue May 22 11:12:18 UTC 2012 .... I guess we'd want to change the comment for Southern Idaho (America/Boise) as well, replacing "the southern quarter of Idaho county" with "the part of Idaho county lying south of the Salmon River".) Though looking at the map, the river meanders a bit so that some of the portion described above as lying south of the Salmon River is actually north of part of the river and south of another part of the same river! Reply: The law says that the "main channel of the Salmon River" the boundary is. US Code of Federal Regulations, Title 49 (Transportation), Subtitle A (Office of the Secretary of Transportation), Part 71 (Standard Time Zone Boundaries). See paragraph 71.9. Oscar van Vlijmen

1 0

Re: [tz] northamerica - Nevada - Mountain Time / Pacific Time
by Steve Jones May 22, 2012

May 22, 2012

At 20:27 5/21/2012, Tobias Conradi wrote: >More info the exceptions at: >http://en.wikipedia.org/wiki/Jackpot,_Nevada >http://en.wikipedia.org/wiki/West_Wendover,_Nevada And <http://en.wikipedia.org/wiki/Owyhee,_Nevada>http://en.wikipedia.org/wiki/Owyhee,_Nevada. This image: www.discogs.com/Frank-Zappa-Sheik-Yerbouti/release/429613 demonstrates the local time zone border. The Nevada/Idaho state line is the official border, while the portion of the magenta that descends south into Nevada is the local unofficial observed time. Cheers, Steve Jones

3 2

Re: [tz] northamerica - Nevada - Mountain Time / Pacific Time
by Steve Jones May 21, 2012

May 21, 2012

At 01:38 5/22/2012, Philip Newton wrote: >On Tue, May 22, 2012 at 8:31 AM, Steve Jones ><stevejones(a)ontimezone.com> wrote: > > This image: www.discogs.com/Frank-Zappa-Sheik-Yerbouti/release/429613 > > demonstrates the local time zone border. > >It does? Looks like a CD information page rather than an image to me. LOL and apologies... http://ontimezone.com/images/owyhee.gif That clipboard needs a DWIM (do what I mean) filter. Cheers, Steve Jones

1 0

tz at elsie.nci.nih.gov -> tz at iana.org
by Tobias Conradi May 21, 2012

May 21, 2012

was "Idaho tz correction" On Tue, May 22, 2012 at 12:04 AM, Alan Mintz <Alan_Mintz+TZ_IANA(a)earthlink.net> wrote: ... > I attempted to send this to the contact address at the top of the table > (tz(a)elsie.nci.nih.gov) which was delayed 3 days and then bounced*. > Shouldn't the tables be corrected to show the contact info for this list? > > > *Actually, it seems that elsie.nci.nih.gov doesn't have an MX record (any > more), so mailers attempt to connect to elsie directly to send mail, but it > isn't listening (or won't connect). Tobias Conradi suggested a replacement already at 2012-05-01: http://mm.icann.org/pipermail/tz/2012-May/017654.html -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

northamerica - Nevada - Mountain Time / Pacific Time
by Tobias Conradi May 21, 2012

May 21, 2012

was "Idaho tz correction" On Tue, May 22, 2012 at 12:04 AM, Alan Mintz <Alan_Mintz+TZ_IANA(a)earthlink.net> wrote: > I see someone tried to address this last month but it kind of fell flat. The > solution seems clear to me, as described here: > >> In ftp://ftp.iana.org/tz/data/northamerica v8.54 dated 2009-05-17 (the >> current version), it says" ... > If we wanted to give the same detail treatment to NV and OR: > > # US Pacific time, represented by Los Angeles > # ... > # - Nevada (except for West Wendover) Alan, that would introduce inconsistency, since for Mountain time, represented by Denver it says "Nevada border (Jackpot, Owyhee, and Mountain City)" and then West Wendover wouldn't be covered anywhere. I suggest to keep "most of Nevada", but to amend the comments for the Nevada part that is on Mountain time, so the exceptions are only mentioned at one place. More info the exceptions at: http://en.wikipedia.org/wiki/Jackpot,_Nevada http://en.wikipedia.org/wiki/West_Wendover,_Nevada -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Re: [tz] Bug in tzdata2012c/northamerica 2x Idaho County in America/Los_Angeles
by Steve Jones May 21, 2012

May 21, 2012

At 05:03 5/21/2012, Ian Abbott wrote: >Except that Idaho City is in Boise County, which is covered by a >different rule, so maybe it's not referring to Idaho City after >all. It all depends which rule covers Idaho City. > >So which rule covers Idaho City, America/Los_Angeles or America/Boise? > >Whichever rule it is, I guess the comment(s) could be improved. Here is an image that shows Idaho County, Idaho City, and a magenta line indicating the path of the time zone border in that area: <http://ontimezone.com/images/idahocounty.gif>http://ontimezone.com/images/idahocounty.gif It might be be more accurate to say "northeastern three-quarters of Idaho county", given the portion of the America/Boise rule which juts northwards to the west of the Salmon River. Cheers, Steve Jones

2 1

Theory - proposal to delete the reference to population
by OvV_HN May 21, 2012

May 21, 2012

In reply to: [tz] Theory - proposal to delete the reference to population Tobias Conradi tobias.conradi at gmail.com Fri May 18 18:20:39 UTC 2012 http://home.tiscali.nl/~t876506/Multizones.html says "As soon as the territorial waters of a nation is reached, the clock is set to the local time of that (part of the) nation." Reply: Probably interesting to know: - What you referred to is my page (not interesting, but preliminary to the next). - The chapter about international waters is the result of a discussion on the TZ list a couple of years ago. So, that information is in fact peer reviewed. - The discussion was based on the renowned Bowditch publication The American Practical Navigator. In the chapter mentioned above a table and an algorithm can be found, that can be used to find a kinda logical time for an uninhabited zone. In my opinion: if an authority of an uninhabited island has defined a local time, the TZ database should have a zone designation, whether the island is uninhabited or not. The central place cannot be the largest inhabited place, but could be the geographic center of the island or a landmark of some kind (mountain top, abandoned station, etc.). The mere existence of an ISO code, a FIPS code, internet TLD, whatever, should be of no concern to TZ. Oscar van Vlijmen

2 1

Re: [tz] Theory - proposal to delete the reference to population
by Tobias Conradi May 21, 2012

May 21, 2012

On Sun, May 13, 2012 at 1:46 AM, Paul Eggert <eggert(a)cs.ucla.edu> wrote: > On 05/12/2012 04:08 AM, Tobias Conradi wrote: >> >> If two ships enter territorial waters of HM > > > They'll continue to do what they've always done, > which is keep their own times at the discretion > of their captains. Do you have any source, international treaty or so, to support your claim? If they get on land, would that change your claim, or would they observe what has been reported as official time for HM by Australian agencies? -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

13 29

Bug in tzdata2012c/northamerica 2x Idaho County in America/Los_Angeles
by Tobias Conradi May 21, 2012

May 21, 2012

tzdata2012c/northamerica ftp://ftp.iana.org/tz/data/northamerica https://github.com/valodzka/tzdata/blame/master/northamerica 2007-08-20 tzdata2007g https://github.com/valodzka/tzdata/commit/4cd595118d4f623edd792ec341ac1bd60… traced back to http://mm.icann.org/pipermail/tz/2007-August/014494.html Paul Eggert eggert at CS.UCLA.EDU Fri Aug 17 22:56:11 UTC 2007 -------cite------- # US Pacific time, represented by Los Angeles ... # ... northern Idaho (Benewah,... # Idaho, ... , and Shoshone counties, # and the northern three-quarters of Idaho county) ... Zone America/Los_Angeles --------cite end----- -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

3 5

Uzbekistan - insufficient location desciption
by Tobias Conradi May 18, 2012

May 18, 2012

tzdata2012c/asia no location comment except # Uzbekistan for Asia/Samarkand Asia/Tashkent Also no other comment, telling where the Uzbekistan info comes from. tzdata2012c/zone.tab Asia/Samarkand west Uzbekistan Asia/Tashkent east Uzbekistan No definition for "West Uzbekistan" or "East Uzbekistan" found. Trying to improve: Asia/Samarkand per definition includes Samarkand Province, where Samarkand is located. "west Uzbekistan" if only contrasted by "east Uzbekistan" and using the map at http://en.wikipedia.org/wiki/Provinces_of_Uzbekistan likely additionally refers to Karakalpakstan, Xorazm, Buxoro, Navoiy Uncertain remain Jizzax (north east), Qashqadaryo (south) and Surxondaryo (south). But since the two southern country subdivisions, if looked at as one unit, border Samarkand, they may be included in Asia/Samarkand. This leaves five provinces, with Jizzax six, for the Asia/Tashkent. If that is the case zone.tab could be improve by Asia/Tashkent east Uzbekistan (Andijon, Fergana, Namangan, Tashkent, Sirdaryo [, Jizzax]) -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 1

Theory - proposal to delete the reference to population
by Tobias Conradi May 18, 2012

May 18, 2012

References to population in tzcode2012b/Theory 1) "However, uninhabited ISO 3166 regions like Bouvet Island do not need locations, since local time is not defined there." 2) "Use UTC (with time zone abbreviation "zzz") for locations while uninhabited." ------- 1a) http://wikitravel.org/en/Bouvet_Island reports Olav Peak exists on Bouvet Island, without discussing a need for the peak. It is out of the scope of the tzdb as defined in the Theory file to decide on whether regions need locations. 1b) there is no definition of "uninhabited" German WP reports a team of people has been there after the 1970-01-01 cutoff point: http://de.wikipedia.org/wiki/Bouvetinsel#cite_note-6 "Vom 24. Dezember 1978 bis zum 8. März 1979 hielt sich ein norwegisches Forschungsteam auf der Insel auf und führte biologische und geologische Forschungsarbeiten durch." There are more sources supporting the claim that it had been populated. 1c) There is no evidence that local time is not defined if a population is absent. http://en.wikipedia.org/wiki/Yukon-Koyukuk_Census_Area,_Alaska is mostly uninhabited but the whole area is observing UTC-09:00 according to http://commons.wikimedia.org/wiki/File:Timezoneswest.PNG maybe covered by America/Anchorage Alaska Time but no further geographic description found HM as no zone, but http://www.timegenie.com/country.time/hm "To ensure accuracy of information, timegenie.com contacted the Australian Antarctic Division [http://www.antarctica.gov.au/] . On January 3, 2005, a senior official confirmed that Heard Island and McDonald Islands are UTC/GMT +5 hours." 2a) A location changes its UTC offset when people move out or in? http://en.wikipedia.org/wiki/Mount_Chamberlin_(Alaska) on UTC most of the year? A ship landing on an island, changes the UTC offset observed on that island? The time a meteorite lands on island depends on whether people have been there or not? 1+2) Violate tzcode2012b/Theory: ----- Scope of the tz database ----- The tz database attempts to record the history and predicted future of all computer-based clocks that track civil time. To represent this data, the world is partitioned into regions whose clocks all agree about time stamps that occur after the somewhat-arbitrary cutoff point of the POSIX Epoch (1970-01-01 00:00:00 UTC). 1+2) Are inconsistently applied. Uninhabited locations are treated differently, depending on whether they are located in countries that have been inhabited during all time between 1970-01-01 and 2012-05-12 or not. If Bouvet Island would be part of TF, it could be included in a zone but since it is covered by BV it is not. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

3 6

Theory - typo - simplifes -> simplyfies
by Tobias Conradi May 18, 2012

May 18, 2012

tzcode2012b/Theory Indicate to humans as to where that region is. This simplifes use. simplifes -> simplyfies -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

5 8

Infrastructure - ftp timestamps for .gz not showing creation time
by Tobias Conradi May 18, 2012

May 18, 2012

ftp://ftp.iana.org/tz/releases/ failing to show the timestamps for archive creation time, showing 2011-10-13 00:00:00 instead until release of tzcode2011i.tar.gz and tzdata2011m.tar.gz inclusive. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

2 2

Terminology mismatch in tzcode file format manpage / header
by Andrew Paprocki May 17, 2012

May 17, 2012

The file format is described with these fields: .I tzh_ttisgmtcnt The number of UTC/local indicators stored in the file. .I tzh_ttisgmtcnt UTC/local indicators, each stored as a one-byte value; they tell whether the transition times associated with local time types were specified as UTC or local time, and are used when a time zone file is used in handling POSIX-style time zone environment variables. A number of variables in localtime.c, tzfile.h, and zic.c dealing with these fields have variations of this "isgmt" substring. This presents a naming conflict because technically GMT and UTC are two different things. I find the inconsistent naming creeping into functions which deal with the file format. I would like to prevent variations of the string "GMT" from winding up in API names since the definition of the field refers to UTC. I propose wholesale replacing of the "isgmt" substring in tzcode files with "isutc" so that the file format fields are named consistently with their definition. If absolutely necessary, a #define can be used in tzfile.h so that code referencing tzh_ttisgmtcnt will still compile. -Andrew

4 7

Paul Eggert Confirmed by the IESG as the Time Zone Coordinator
by IETF Chair May 17, 2012

May 17, 2012

Dear TZ Community: I was just informed that the confirmation of Paul Eggert as the Time Zone Coordinator was never announced to this mail list. I am forwarding this note from the IESG Secretary to let everyone know that this happened over a month ago. Sorry for the announcement oversight. On behalf of the IESG, Russ Housley > From: IESG Secretary <iesg-secretary(a)ietf.org> > Date: April 13, 2012 4:15:36 PM EDT > To: iana(a)iana.org > Cc: iesg(a)ietf.org > Subject: Time Zone Coordinator > > IANA: > > The IESG has approved Paul Eggert (eggert(a)cs.ucla.edu) as the new Time Zone coordinator. > > Best regards, > IESG Secretary

1 0

Re: [tz] Propose to improve where to find rules for "Indian/Kerguelen"
by SM May 16, 2012

May 16, 2012

At 23:30 15-05-2012, Mark Davis â wrote: >I firmly agree. Stability is far more important >than fiddling with the identifier names. Yes. >After all, the identifier names are really not >for human consumption; they need translation for >anything but English, and even for English need >some tweaking. And if people want to have >different groupings, that is easy to do. In >CLDR, for example, we group according to the >United Nations M.49 standard for continents and >subcontinents. (Cf >http://unicode.org/repos/cldr-tmp/trunk/diff/supplemental/territory_contain…) Some of the countries listed in Eastern Africa under M.49 are actually in another sub-continent in terms of political sub-continents. Greenland is part of North America and politically within Europe. Cyprus is categorized under Asia. If a rule of the thumb was needed, it could be to pick the continent where people in the region think they are. It avoids the "how many continents are there" question. Regards, -sm

2 1

tz-announce Mailing List
by Kim Davies May 16, 2012

May 16, 2012

Dear all, We have established a new complimentary mailing list called tz-announce, which will be used solely for low-volume announcements of new editions of the tzdata or tzcode bundles, and other administration-related communications. This will allow those not interested in the detailed discussion relating to changes to have a method of getting announcements relating only to updates. Subscription information is at http://www.iana.org/time-zones kim

1 1

Morocco Daylight Saving Time
by Mohamed Essedik Najd May 16, 2012

May 16, 2012

Good Morning Everyone; I am really glad that I have joined this mailing list. I just wanted to tell you that Morocco passed to DST during the last week end of April and this will remain active till the last weekend of September , with a suspension during Ramadan (Roughly between 20 July, 19 august, [Lunar Month, not sure yet]) If you can think of incorporating these changes during the new version of tzdata, our servers are suffering ! Regards -- *Mohamed Essedik Najd* Bachelor of Science in Computer Science Student Minor in Communication Studies Ifrane's Gtug Manager Google Student Ambassador Freelancer Phone: 00212 (0) 663 311 055 Google+ : http:/gplus.to/kensuke e-mail: es.najd(a)gmail.com website: http://kenix.info <http://blog.kenix.info/>

6 9

Zones names - stability, translation, groupings, CLDR, find-ability
by Tobias Conradi May 16, 2012

May 16, 2012

was: [tz] Propose to improve where to find rules for "Indian/Kerguelen" On Wed, May 16, 2012 at 8:30 AM, Mark Davis ☕ <mark(a)macchiato.com> wrote: > I firmly agree. Stability is far more important than fiddling with the > identifier names. It's is documented practice of the tz project to "fiddle" with the "identifier names", if fiddling refers to changing them, and "identifier names" refers to zone names. Also different defining location are contained in one link in the backward file, e.g. ----- ftp://ftp.iana.org/tz/data/backward ... # @(#)backward 8.11 ... # This file provides links between current names for time zones # and their old names. ... Link Africa/Bamako Africa/Timbuktu ----- Timbuktu is not an old name for the location Bamako. > After all, the identifier names are really not for human consumption; At least the tz project claims to attempt them to be: tzcode2012b/Theory "The time zone rule file naming conventions attempt to strike a balance among the following goals: * Indicate to humans as to where that region is. This simplifes use." > they > need translation for anything but English, America/Argentina/Buenos_Aires does not look as if it would "need" translation "for" Spanish. > And if people want to have > different groupings, that is easy to > do. Easy is relative. Even more "easy" would it be if there would be less desire to have different groupings. To do so the IANA tz project could follow international standards instead of using the current self-invented world partitioning system, e.g. "Australasia" along side "Asia", Bermuda in "Atlantic", Greenland in "America". > In CLDR, for example, we group according to the United Nations M.49 > standard for continents and subcontinents. > (Cf http://unicode.org/repos/cldr-tmp/trunk/diff/supplemental/territory_contain…) At least a try to match zones to an international standard continent model, but the document 1) is not monitorable by robots that respect robots.txt rules, e.g. the one from https://www.changedetection.com. http://unicode.org/robots.txt Disallow: /repos/cldr-tmp/ # dynamic 2) is out of date - zones are missing 3) has a n:m relationship for some cells in "Country (Territory)":"Time Zone" "Country (Territory)": Canary Islands [IC] Ceuta and Melilla [EA] map to one cell in "Time Zone" 4) has a n:m relationship for continent:zone, e.g. all zones matched to the "Subcontinent" element "Caribbean" are matched to three elements from the "Continent" column, namely to Americas 019, Latin America 419, and North America 003. 5) lists these seven "continents" as per the "Continent" column: Africa [002] Americas [019] Asia [142] Europe [150] Latin America [419] North America [003] Oceania [009] which form a set which is not used in any continent-model. Nor does it look very widespread to - have Latin America as continent at all, - omit in a full world model the continent Antarctica and to put the Antarctic Islands into Oceania. 6) contains names in the column headers which are not documented at http://unstats.un.org/unsd/methods/m49/m49regin.htm, e.g. "Subcontinent" 7) contains unspecified names in the introduction, e.g. "CLDR supplements this table with the QO code for outlying areas". "QO code"? 8) doesn't specify which set of names is used for zone matching, it says: "As the last column, the timezone IDs for that country are listed." but "Asia/Kolkata" contained in zone.tab is not listed for India, instead "Asia/Calcutta" is which is not listed in zone.tab. Also the document doesn't name the last column close to what it claims to list, e.g. "timezone ID", instead it names the column "Time Zone". > And for programmers, grep or equivalent is fine. This is only true for the subset of programmers for which grep or equivalent is fine. It is not true for the others. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Propose to improve where to find rules for "Indian/Kerguelen"
by Tobias Conradi May 15, 2012

May 15, 2012

tzdata2012c/zone.tab contains TF ... Indian/Kerguelen But there is no file "indian" in tzdata2012c as there are "europe", "africa", "asia" for zones named "Europe/...", "Africa/...", "Asia/..." http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2#TF - French Southern Territories TF is territory of France. But even knowing that Russian Asia/...-zones are contained in "europe" does not help as analogy, since "europe" which hosts FR-France does not contain the string "indian". Propose - to document this in "Theory" or - in "zone.tab" or - to create a file "indian" -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

10 13

Real bug in tzdata: Macquarie
by OvV_HN May 14, 2012

May 14, 2012

tzdata2000c: australasia file: " # Macquarie # permanent occupation (scientific station) since 1948; # sealing and penguin oil station operated 1888/1917 # like Australia/Hobart " antarctica file: " Zone Antarctica/Macquarie 0 - zzz 1911 ..... 11:00 - MIST # Macquarie Island Time " No big deal, since Macquarie now has its own timezone, different from Australia/Hobart, but the Australia comments in the australia file should possibly be updated as well. Oscar van Vlijmen

1 0

Tz-announce list
by James Diebel May 13, 2012

May 13, 2012

Hello, I don't mean to harp on this issue but my previous email on the topic has seemed not to have gotten the attention of the person responsible for maintaining the mailing list. The fact is that through the excellent work of the contributors to this project, the tz database has become an essential component in a wide variety of computer systems. As such there is a large community of developers who need to know when new official versions of the database are released. And while I think that I speak for most of us in saying that we have the utmost respect and appreciation for the process that is used to vet proposed changes to the database, it is simply not sensible for all of us non-contributing users to sift through the various emails on the tz mailing list just so that we don't miss the one email in a thousand that marks a new release. When I last raised this, some people responded that if only certain contributors were banned that the problem would go away. I defer to the list administrators on the question of who should be banned from the list and respectfully disagree that that would solve the actual issue. The tz database is an extremely important project and the wide and timely dissemination of updates to the tz database are in the interest of all who use it, directly or indirectly. It should be a primary goal of the project to create systems for notifying users of the database of updates that are most likely to draw widespread use. Any number of unwanted emails reduces the appeal of staying on a given list. I propose the creation of a new list dedicated to announcements of new versions. The only person allowed to post to that list should be the same person that posts updates to the tz database itself. A single post should be posted to the new announcements list at the same time that an update is released. Such posts should be the only posts on that list. Existing subscribers to this list should be automatically added to the new list. Following that, an email to this list should inform non-contributing users that they may now safely unsubscribe from this list. I do not intend to reopen any discussions of banning any users. I cordially ask that those subscribers to the list that agree with my proposal respond saying so. And I respectfully ask whomever is responsible for maintaining the list to respond with comment. Thank you for your time and attention. Cheers, James Sent from a mobile device

8 7

Two elements in list of assigned ISO 3166-1 alpha-2 codes not contained in zone.tab
by Tobias Conradi May 12, 2012

May 12, 2012

To aid the discussion on how much extra work it is to map all currently assigned ISO 3166-1 alpha-2 codes to at least one zone, I did: 1) import a) a list of ISO 3166-1 codes http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2#Officially_assigned_code_el… b) the list of ISO 3166-1 codes from tzdata2012c/zone.tab 2) performed the query SELECT DISTINCT(tz_zonelist.iso_3166_1), tz_countrylist.iso_3166_1 FROM tz_countrylist LEFT JOIN tz_zonelist ON tz_countrylist.iso_3166_1= tz_zonelist.iso_3166_1 ORDER BY `tz_zonelist`.`iso_3166_1` ASC 3) obtained the results iso_3166_1 iso_3166_1 NULL HM NULL BV AD AD ... That means the only ISO 3166-1 codes not mapped seem to be HM and BV. Any corrections welcome! -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

3 2

Missing entry for Heard Island and MacDonald Islands
by dfg dfg May 11, 2012

May 11, 2012

Hi everyone, I am a developer by trade, so I am not sure if I have stumbled onto some missing data in the tz database. I am accessing the database using PHP (www.php.net) which uses the latest version of the tz database (2012.3). I can use one of the built in functions to lookup timezone information for a given country using its ISO 3166-1 two letter country code (http://www.php.net/manual/en/datetimezone.listidentifiers.php) I am currently building an application and found that Heard Island and MacDonald Islands (ISO code HM) does not exist in the database. After a quick look at the tz data, I was also not able to find anything about Heard Island and MacDonald Island in the files. I believe that there should be an entry for Heard Island and MacDonald Islands (HM) which uses the timezone Australia/Perth. Is it possible that the entry was intentionally excluded for some reason? Or was it just missing from the database? Cheers,John

10 20

Re: [tz] zone.tab comments Canada - places -> locations
by Tobias Conradi May 10, 2012

May 10, 2012

was "[tz] zone.tab comments Canada - places -> locations [OT - English]" I return to on topic. On Fri, May 11, 2012 at 5:41 AM, Brian Inglis <Brian.Inglis(a)systematicsw.ab.ca> wrote: .... >> C) >> I mean and meant location as in zone.tab >> "Central Standard Time - Saskatchewan - most locations" >> >> D) >> I mean and meant location as in Theory file: > ... > Use of location in Theory refers to a specific place > to be used as the time zone name. Not true. tzcode2012b\Theory: ----- Names of time zone rule files ----- Names normally have the form AREA/LOCATION, where AREA is the name of a continent or ocean, and LOCATION is the name of a specific location within that region. ---------------------------------------- I.e. the /name of a specific location/ is to be used as one /part/ of the time zone name. > Use of places in zone.tab comments refers to the general locales where the > same time zone is observed around the specific location used for the time > zone name; And the use of "locations" in zone.tab is the same. Following are some quotes from RFC 5545 http://tools.ietf.org/html/rfc5545 Internet Calendaring and Scheduling Core Object Specification http://tools.ietf.org/html/rfc5545#page-28 Failure to include and follow VTIMEZONE definitions in iCalendar objects may lead to inconsistent understanding of the local time at any given location. http://tools.ietf.org/html/rfc5545#page-64 Many locations adjust their Standard Time forward or backward by one hour, in order to accommodate seasonal changes in number of daylight hours, often referred to as Daylight Saving Time. Some locations adjust their time by a fraction of an hour. ... This database contains current and historical time zone information for a wide variety of locations around the globe http://tools.ietf.org/html/rfc5545#section-3.8.1.7 Property Name: LOCATION Purpose: This property defines the intended venue for the activity defined by a calendar component. The IETF GEOPRIV site https://datatracker.ietf.org/wg/geopriv/ https://datatracker.ietf.org/wg/geopriv/charter/ uses "location" and not "place". Some related ISO standards: a) ISO 19112:2003 Geographic information -- Spatial referencing by geographic identifiers 4.4 location identifiable geographic place found via http://www.iso.org/obp/ui/ b) http://www.iso.org/iso/iso_catalogue/catalogue_ics/catalogue_detail_ics.htm… ISO 6709:2008 Standard representation of geographic point location by coordinates c) http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnu… ISO 19133:2005 Geographic information -- Location-based services -- Tracking and navigation Annex: Background information for when the inconsistencies first occurred in the tzdb: tzdata1996l/zone.tab did only have "most locations" and no "most places" America/Halifax Atlantic Time - Nova Scotia (most locations), New Brunswick, Labrador & PEI But did have America/Glace_Bay Atlantic Time - Nova Scotia - places that did not observe DST 1966-1971 America/Nipigon Eastern Time - Ontario & Quebec - places that did not observe DST 1967-1973 tzdata1998a/zone.tab maybe earlier, contains "most places" once: America/Halifax Atlantic Time - Nova Scotia (most places), NB, W Labrador, E Quebec & PEI And twelve times "most locations". -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

zone.tab comments Canada - places -> locations
by Tobias Conradi May 10, 2012

May 10, 2012

Current: tzdata2012c/zone.tab America/Halifax Atlantic Time - Nova Scotia (most places), PEI America/Glace_Bay Atlantic Time - Nova Scotia - places that did not observe DST 1966-1971 America/Nipigon Eastern Time - Ontario & Quebec - places that did not observe DST 1967-1973 Proposed: America/Halifax Atlantic Time - Nova Scotia (most locations), PEI America/Glace_Bay Atlantic Time - Nova Scotia - locations that did not observe DST 1966-1971 America/Nipigon Eastern Time - Ontario & Quebec - locations that did not observe DST 1967-1973 Reason: Harmonize. Theory uses "locations" (9x) more often than "places" (2x) zone.tab uses "place" only thrice, namely within the comments field of the three above zone for Canada. zone.tab uses "location" more than 20x. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

3 3

Fwd: zone.tab comments Canada - places -> locations
by Tobias Conradi May 10, 2012

May 10, 2012

A comment by Steffen Daode Nurpmeso. ---------- Forwarded message ---------- From: Steffen Daode Nurpmeso <sdaoden(a)googlemail.com> Date: Thu, May 10, 2012 at 5:33 PM Subject: Re: [tz] zone.tab comments Canada - places -> locations To: Tobias Conradi <tobias.conradi(a)gmail.com> Tobias Conradi <tobias.conradi(a)gmail.com> wrote: | On Thu, May 10, 2012 at 2:21 PM, John Haxby <john.haxby(a)oracle.com> wrote: | > On 10/05/12 05:06, Tobias Conradi wrote: | > No. | No what? | > A native English speaker (like me) would not swap "place" for | I think, if "places" is unambiguous and precise, Tobias Conradi, a | non-native English speaker, wouldn't say "locales" instead of "places" | But me - a non-native English speaker - I would try to avoid choosing Domingos de la gran Puta. M.f.G. --steffen Forza Figa! -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

2 1

Russia tidbits
by OvV_HN May 10, 2012

May 10, 2012

Regarding: [tz] Uzbekistan - insufficient location desciption Tobias Conradi tobias.conradi at gmail.com Wed May 9 15:48:29 UTC 2012 I would like to propose to ignore this email for the moment. Tobias is trying to give more details for the east / west division of Uzbekistan. Looking at the TZ asia file I get the impression that we are talking about the situation in the olden days. Furthermore I get the impression that Tobias is trying to overlay the current divisions of Uzbekistan to the situation before 1930, when there were 2 distinct timezones. If you look at old maps, you will notice that for instance the Samarkand region cannot be described in terms of provinces of 2012. Reference: http://ru.wikipedia.org/wiki/%D0%90%D0%B4%D0%BC%D0%B8%D0%BD%D0%B8%D1%81%D1%… (Administrative divisions of Uzbekistan, in Russian) In my opinion the comments in the TZ asia file (Samarkand Time, Tashkent Time) can be regarded as sufficient. Provisionally you may call this West, East, as in zone.tab. So, don't change no nothing! Regarding: Sakha Republic and the Newsiberian Islands. I haven't given a reference yet, here it is: http://ru.wikipedia.org/wiki/%D0%A4%D0%B0%D0%B9%D0%BB:Sakha_Republic_Munici… In this map we see that the Newsiberian Islands (Novosibirskije Ostrova) are part of the Bulunskij Ulus, numbered 6 in the map. This is no definite proof, but good enough for me. Regarding: Transliteration of Russian names. Please don't Americanize too much. The letter "y" is overused. In that case the reconstruction back into Cyrillic is somewhat difficult. ISO 9 System B, or what I used (Chemical Abstracts = British Standard BS 2979-1958) is better suited for 2-way transliterations. Which I prefer. But if TZ prefers the American way: be my guest. But try to be a bit consistent, which would involve erasing all my Russian transliterations (haha!). Oscar van Vlijmen

1 0

Housekeeping
by David Braverman May 9, 2012

May 9, 2012

Yesterday I asserted that Paul Eggert was confirmed as the list coordinator about four weeks ago. I've since gone back through the archive and didn't find an formal announcement. Can someone at IANA or in the IESG send official word? Also, I'm not sure of the procedure or criteria, if any, for banning someone from the list, but I would suggest taking a look to see if the person in question had ever gotten banned from other communities, and under what circumstances. For example, if someone had been banned multiple times from another online community for incivility and sock puppetry, and currently has an indefinite ban from that group, that would be interesting to know, wouldn't it? David Braverman Inner Drive Technology http://www.inner-drive.com/Demo/Timezones.aspx

5 4

zone.tab comments - most, most places -> most locations
by Tobias Conradi May 9, 2012

May 9, 2012

Current: tzdata2012c/zone.tab Asia/Urumqi most of Tibet & Xinjiang America/Halifax Atlantic Time - Nova Scotia (most places), PEI Proposed: Asia/Urumqi Tibet & Xinjiang - most locations America/Halifax Atlantic Time - Nova Scotia - most locations, PEI Reason: Harmonize with Australia/Hobart Tasmania - most locations Australia/Sydney New South Wales - most locations Australia/Brisbane Queensland - most locations Australia/Perth Western Australia - most locations America/Goose_Bay Atlantic Time - Labrador - most locations America/Montreal Eastern Time - Quebec - most locations America/Toronto Eastern Time - Ontario - most locations America/Iqaluit Eastern Time - east Nunavut - most locations America/Regina Central Standard Time - Saskatchewan - most locations America/Mexico_City Central Time - most locations America/Detroit Eastern Time - Michigan - most locations -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Potentially a libel/ criminal offence on the tz mailing list WAS: Housekeeping
by Tobias Conradi May 9, 2012

May 9, 2012

On Wed, May 9, 2012 at 4:05 PM, gunther Vermeir <gunther.vermeir(a)gmail.com> wrote: > I assume you refer to tobias conradi's several wiki/media/pedia/etc bans? If your claim cannot be proven it may constitute libel, which is a criminal offence in several jurisdictions. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

3 2

Proposed changes: Sakha/Kuril shifts in 2011
by Arthur David Olson May 9, 2012

May 9, 2012

I've attached proposed changes for 2011 Sakha/Kuril time zone shifts; they also appear below (with tab characters mangled). --ado diff -r -c new/europe newer/europe *** new/europe 2012-05-05 09:40:53.091364400 -0400 --- newer/europe 2012-05-09 10:32:28.819887000 -0400 *************** *** 1,5 **** # <pre> ! # @(#)europe 8.43 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)europe 8.44 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 2044,2049 **** --- 2044,2113 ---- # Russia + # From Alexander Krivenyshev (2011-09-15): + # Based on last Russian Government Decree # 725 on August 31, 2011 + # (Government document + # <a href="http://www.government.ru/gov/results/16355/print/"> + # http://www.government.ru/gov/results/16355/print/ + # </a> + # in Russian) + # there are few corrections have to be made for some Russian time zones... + # All updated Russian Time Zones were placed in table and translated to English + # by WorldTimeZone.com at the link below: + # <a href="http://www.worldtimezone.com/dst_news/dst_news_russia36.htm"> + # http://www.worldtimezone.com/dst_news/dst_news_russia36.htm + # </a> + + # From Sanjeev Gupta (2011-09-27): + # Scans of [Decree #23 of January 8, 1992] are available at: + # <a href="http://government.consultant.ru/page.aspx?1223966"> + # http://government.consultant.ru/page.aspx?1223966 + # They are in Cyrillic letters (presumably Russian). + + # From Arthur David Olson (2012-05-09): + # Regarding the instant when clocks in time-zone-shifting parts of Russia + # changed in September 2011: + # + # One source is + # < a href="http://government.ru/gov/results/16355/> + # http://government.ru/gov/results/16355/ + # </a> + # which, according to translate.google.com, begins "Decree of August 31, + # 2011 No 725" and contains no other dates or "effective date" information. + # + # Another source is + # <a href="http://www.rg.ru/2011/09/06/chas-zona-dok.html"> + # http://www.rg.ru/2011/09/06/chas-zona-dok.html + # </a> + # which, according to translate.google.com, begins "Resolution of the + # Government of the Russian Federation on August 31, 2011 N 725" and also + # contains "Date first official publication: September 6, 2011 Posted on: + # in the 'RG' - Federal Issue number 5573 September 6, 2011" but which + # does not contain any "effective date" information. + # + # Another source is + # <a href=" http://en.wikipedia.org/wiki/Oymyakonsky_District#cite_note-RuTime-7"> + # http://en.wikipedia.org/wiki/Oymyakonsky_District#cite_note-RuTime-7 + # </a> + # which, in note 8, contains "Resolution #725 of August 31, 2011... + # Effective as of after 7 days following the day of the official publication" + # but which does not contain any reference to September 6, 2011. + # + # The Wikipedia article refers to + # <a href=" http://base.consultant.ru/cons/cgi/online.cgi?req=doc;base=LAW;n=118896"> + # http://base.consultant.ru/cons/cgi/online.cgi?req=doc;base=LAW;n=118896 + # </a> + # which seems to copy the text of the government.ru page. + # + # Tobias Conradi combines Wikipedia's + # "as of after 7 days following the day of the official publication" + # with www.rg.ru's "Date of first official publication: September 6, 2011" to get + # September 13, 2011 as the cutover date (unusually, a Tuesday, as Tobias Conradi notes). + # + # None of the sources indicates a time of day for changing clocks. + # + # Go with 2011-09-13 0:00s. + # From Paul Eggert (2006-03-22): # Except for Moscow after 1919-07-01, I invented the time zone abbreviations. # Moscow time zone abbreviations after 1919-07-01, and Moscow rules after 1991, *************** *** 2330,2343 **** # [parts of] Respublika Sakha (Yakutiya). # From Oscar van Vlijmen (2009-11-29): ! # The Sakha districts are: Bulunskij, Verkhoyanskij, Tomponskij, Ust'-Majskij, ! # Ust'-Yanskij. Zone Asia/Vladivostok 8:47:44 - LMT 1922 Nov 15 9:00 - VLAT 1930 Jun 21 # Vladivostok Time 10:00 Russia VLA%sT 1991 Mar 31 2:00s 9:00 Russia VLA%sST 1992 Jan 19 2:00s 10:00 Russia VLA%sT 2011 Mar 27 2:00s 11:00 - VLAT # # Sakhalinskaya oblast'. # The Zone name should be Yuzhno-Sakhalinsk, but that's too long. --- 2394,2419 ---- # [parts of] Respublika Sakha (Yakutiya). # From Oscar van Vlijmen (2009-11-29): ! # The Sakha districts are: Bulunskij, Verkhoyanskij, ... Ust'-Yanskij. Zone Asia/Vladivostok 8:47:44 - LMT 1922 Nov 15 9:00 - VLAT 1930 Jun 21 # Vladivostok Time 10:00 Russia VLA%sT 1991 Mar 31 2:00s 9:00 Russia VLA%sST 1992 Jan 19 2:00s 10:00 Russia VLA%sT 2011 Mar 27 2:00s 11:00 - VLAT + + # From Arthur David Olson (2012-05-09): + # Tomponskij and Ust'-Majskij switched from Vladivostok time to Yakutsk time + # in 2011. + + Zone Asia/Khandyga 9:02:13 - LMT 1922 Nov 15 + 9:00 - VLAT 1930 Jun 21 # Vladivostok Time + 10:00 Russia VLA%sT 1991 Mar 31 2:00s + 9:00 Russia VLA%sST 1992 Jan 19 2:00s + 10:00 Russia VLA%sT 2011 Mar 27 2:00s + 11:00 - VLAT 2011 Sep 13 0:00s # Decree 725? + 10:00 - YAKT + # # Sakhalinskaya oblast'. # The Zone name should be Yuzhno-Sakhalinsk, but that's too long. *************** *** 2356,2368 **** # From Oscar van Vlijmen (2009-11-29): # The Sakha districts are: Abyjskij, Allaikhovskij, Verkhhhnekolymskij, Momskij, ! # Nizhnekolymskij, Ojmyakonskij, Srednekolymskij. Zone Asia/Magadan 10:03:12 - LMT 1924 May 2 10:00 - MAGT 1930 Jun 21 # Magadan Time 11:00 Russia MAG%sT 1991 Mar 31 2:00s 10:00 Russia MAG%sT 1992 Jan 19 2:00s 11:00 Russia MAG%sT 2011 Mar 27 2:00s 12:00 - MAGT # # From Oscar van Vlijmen (2001-08-25): [This region consists of] # Kamchatskaya oblast', Koryakskij avtonomnyj okrug. --- 2432,2456 ---- # From Oscar van Vlijmen (2009-11-29): # The Sakha districts are: Abyjskij, Allaikhovskij, Verkhhhnekolymskij, Momskij, ! # Nizhnekolymskij, ... Srednekolymskij. Zone Asia/Magadan 10:03:12 - LMT 1924 May 2 10:00 - MAGT 1930 Jun 21 # Magadan Time 11:00 Russia MAG%sT 1991 Mar 31 2:00s 10:00 Russia MAG%sT 1992 Jan 19 2:00s 11:00 Russia MAG%sT 2011 Mar 27 2:00s 12:00 - MAGT + + # From Arthur David Olson (2012-05-09): + # Ojmyakonskij and the Kuril Islands switched from + # Magadan time to Vladivostok time in 2011 + Zone Asia/Ust-Nera 9:32:54 - LMT 1924 May 2 + 10:00 - MAGT 1930 Jun 21 # Magadan Time + 11:00 Russia MAG%sT 1991 Mar 31 2:00s + 10:00 Russia MAG%sT 1992 Jan 19 2:00s + 11:00 Russia MAG%sT 2011 Mar 27 2:00s + 12:00 - MAGT 2011 Sep 13 0:00s # Decree 725? + 11:00 - VLAT + # # From Oscar van Vlijmen (2001-08-25): [This region consists of] # Kamchatskaya oblast', Koryakskij avtonomnyj okrug. diff -r -c new/zone.tab newer/zone.tab *** new/zone.tab 2012-05-05 09:40:50.719228800 -0400 --- newer/zone.tab 2012-05-09 10:29:45.352537200 -0400 *************** *** 1,5 **** # <pre> ! # @(#)zone.tab 8.57 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # --- 1,5 ---- # <pre> ! # @(#)zone.tab 8.58 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # *************** *** 344,351 **** --- 344,353 ---- RU +5601+09250 Asia/Krasnoyarsk Moscow+04 - Yenisei River RU +5216+10420 Asia/Irkutsk Moscow+05 - Lake Baikal RU +6200+12940 Asia/Yakutsk Moscow+06 - Lena River + RU +623923+1353314 Asia/Khandyga Moscow+06 - Tomponsky, Ust-Maysky RU +4310+13156 Asia/Vladivostok Moscow+07 - Amur River RU +4658+14242 Asia/Sakhalin Moscow+07 - Sakhalin Island + RU +643337+1431336 Asia/Ust-Nera Moscow+07 - Oymyakonsky RU +5934+15048 Asia/Magadan Moscow+08 - Magadan RU +5301+15839 Asia/Kamchatka Moscow+08 - Kamchatka RU +6445+17729 Asia/Anadyr Moscow+08 - Bering Sea

1 0

Re: [tz] Comments and mapping of tz zones to the real world
by Tobias Conradi May 9, 2012

May 9, 2012

On Wed, May 9, 2012 at 3:43 PM, John Hawkinson <jhawk(a)mit.edu> wrote: >> And it is privacy violation to send unsolicited private emails. > > We disagree OK. > I shall not engage your further given your position. Thank you. > This is a private message I expect not to see forwarded to the list. I will start not forwarding your private message to me, after you stop sending me private messages. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0