April 2012 - tz - lists.iana.org

proposed time zone package changes (Samoa, Factory, et al.)
by Arthur David Olson Aug. 28, 2019

Aug. 28, 2019

Below find proposed time zone package changes; the executive summary: * Makefile Change LOCALTIME default from "Factory" to "GMT"; do not compile "factory" file (but keep it in the distribution). * Theory Remove reference to "Factory" zone. * australasia Change end of DST in Samoa in 2011 from 2011-04-03 0:00 to 2011-04-03 1:00 (thanks to Raymond Hughes for a reference). * localtime.c Initialize ttinfo structures filled by tzparse (thanks to Ravindra for reporting a valgrind warning). * zic.c Fix generation of POSIX strings for zones with rules using "weekday<=n" forms of dates (thanks to Lei Liu for finding the problem). Also, limit output for non-POSIX-specificable zones defined to follow the same rules every year. (Note that no zones of either of the above types appear in the distribution; these changes cater to add-on zones). If no problems are found, 2010n will appear on 2010-10-25. --ado diff -r -c old/Makefile new/Makefile *** old/Makefile Mon Sep 27 09:24:25 2010 --- new/Makefile Tue Oct 12 12:36:50 2010 *************** *** 1,5 **** # <pre> ! # @(#)Makefile 8.8 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)Makefile 8.9 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 12,18 **** # make zonenames # to get a list of the values you can use for LOCALTIME. ! LOCALTIME= Factory # If you want something other than Eastern United States time as a template # for handling POSIX-style time zone environment variables, --- 12,18 ---- # make zonenames # to get a list of the values you can use for LOCALTIME. ! LOCALTIME= GMT # If you want something other than Eastern United States time as a template # for handling POSIX-style time zone environment variables, *************** *** 262,269 **** DOCS= README Theory $(MANS) date.1 Makefile PRIMARY_YDATA= africa antarctica asia australasia \ europe northamerica southamerica ! YDATA= $(PRIMARY_YDATA) pacificnew etcetera factory backward ! NDATA= systemv SDATA= solar87 solar88 solar89 TDATA= $(YDATA) $(NDATA) $(SDATA) TABDATA= iso3166.tab zone.tab --- 262,269 ---- DOCS= README Theory $(MANS) date.1 Makefile PRIMARY_YDATA= africa antarctica asia australasia \ europe northamerica southamerica ! YDATA= $(PRIMARY_YDATA) pacificnew etcetera backward ! NDATA= systemv factory SDATA= solar87 solar88 solar89 TDATA= $(YDATA) $(NDATA) $(SDATA) TABDATA= iso3166.tab zone.tab diff -r -c old/Theory new/Theory *** old/Theory Mon Sep 27 09:24:25 2010 --- new/Theory Tue Oct 12 12:36:50 2010 *************** *** 1,4 **** ! @(#)Theory 8.4 This file is in the public domain, so clarified as of 2009-05-17 by Arthur David Olson. --- 1,4 ---- ! @(#)Theory 8.5 This file is in the public domain, so clarified as of 2009-05-17 by Arthur David Olson. *************** *** 287,294 **** See the file `backward' for most of these older names (e.g. `US/Eastern' instead of `America/New_York'). The other old-fashioned names still supported are ! `WET', `CET', `MET', `EET' (see the file `europe'), ! and `Factory' (see the file `factory'). ----- Time zone abbreviations ----- --- 287,293 ---- See the file `backward' for most of these older names (e.g. `US/Eastern' instead of `America/New_York'). The other old-fashioned names still supported are ! `WET', `CET', `MET', and `EET' (see the file `europe'). ----- Time zone abbreviations ----- diff -r -c old/australasia new/australasia *** old/australasia Mon Sep 27 09:24:27 2010 --- new/australasia Tue Oct 12 13:14:56 2010 *************** *** 1,5 **** # <pre> ! # @(#)australasia 8.18 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)australasia 8.19 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 487,497 **** # http://www.parliament.gov.ws/documents/acts/Daylight%20Saving%20Act%20%2020… # </a> Zone Pacific/Apia 12:33:04 - LMT 1879 Jul 5 -11:26:56 - LMT 1911 -11:30 - SAMT 1950 # Samoa Time -11:00 - WST 2010 Sep 26 ! -11:00 1:00 WSDT 2011 Apr 3 -11:00 - WST # Solomon Is --- 487,507 ---- # http://www.parliament.gov.ws/documents/acts/Daylight%20Saving%20Act%20%2020… # </a> + # From Raymond Hughes (2010-10-07): + # Please see + # <a href="http://www.mcil.gov.ws"> + # http://www.mcil.gov.ws + # </a>, + # the Ministry of Commerce, Industry and Labour (sideframe) "Last Sunday + # September 2010 (26/09/10) - adjust clocks forward from 12:00 midnight + # to 01:00am and First Sunday April 2011 (03/04/11) - adjust clocks + # backwards from 1:00am to 12:00am" + Zone Pacific/Apia 12:33:04 - LMT 1879 Jul 5 -11:26:56 - LMT 1911 -11:30 - SAMT 1950 # Samoa Time -11:00 - WST 2010 Sep 26 ! -11:00 1:00 WSDT 2011 Apr 3 1:00 -11:00 - WST # Solomon Is diff -r -c old/localtime.c new/localtime.c *** old/localtime.c Mon Sep 27 09:24:26 2010 --- new/localtime.c Tue Oct 12 12:36:51 2010 *************** *** 5,11 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.14"; #endif /* !defined NOID */ #endif /* !defined lint */ --- 5,11 ---- #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.15"; #endif /* !defined NOID */ #endif /* !defined lint */ *************** *** 914,919 **** --- 914,920 ---- register unsigned char * typep; register char * cp; register int load_result; + static struct ttinfo zttinfo; INITIALIZE(dstname); stdname = name; *************** *** 986,991 **** --- 987,993 ---- /* ** Two transitions per year, from EPOCH_YEAR forward. */ + sp->ttis[0] = sp->ttis[1] = zttinfo; sp->ttis[0].tt_gmtoff = -dstoffset; sp->ttis[0].tt_isdst = 1; sp->ttis[0].tt_abbrind = stdlen + 1; *************** *** 1099,1106 **** } /* ** Finally, fill in ttis. - ** ttisstd and ttisgmt need not be handled. */ sp->ttis[0].tt_gmtoff = -stdoffset; sp->ttis[0].tt_isdst = FALSE; sp->ttis[0].tt_abbrind = 0; --- 1101,1108 ---- } /* ** Finally, fill in ttis. */ + sp->ttis[0] = sp->ttis[1] = zttinfo; sp->ttis[0].tt_gmtoff = -stdoffset; sp->ttis[0].tt_isdst = FALSE; sp->ttis[0].tt_abbrind = 0; *************** *** 1113,1118 **** --- 1115,1121 ---- dstlen = 0; sp->typecnt = 1; /* only standard time */ sp->timecnt = 0; + sp->ttis[0] = zttinfo; sp->ttis[0].tt_gmtoff = -stdoffset; sp->ttis[0].tt_isdst = 0; sp->ttis[0].tt_abbrind = 0; diff -r -c old/zic.c new/zic.c *** old/zic.c Mon Sep 27 09:24:26 2010 --- new/zic.c Tue Oct 12 13:37:29 2010 *************** *** 3,9 **** ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.22"; #include "private.h" #include "locale.h" --- 3,9 ---- ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.24"; #include "private.h" #include "locale.h" *************** *** 1881,1896 **** register int week; if (rp->r_dycode == DC_DOWGEQ) { ! week = 1 + rp->r_dayofmonth / DAYSPERWEEK; ! if ((week - 1) * DAYSPERWEEK + 1 != rp->r_dayofmonth) return -1; } else if (rp->r_dycode == DC_DOWLEQ) { if (rp->r_dayofmonth == len_months[1][rp->r_month]) week = 5; else { ! week = 1 + rp->r_dayofmonth / DAYSPERWEEK; ! if (week * DAYSPERWEEK - 1 != rp->r_dayofmonth) return -1; } } else return -1; /* "cannot happen" */ (void) sprintf(result, "M%d.%d.%d", --- 1881,1896 ---- register int week; if (rp->r_dycode == DC_DOWGEQ) { ! if ((rp->r_dayofmonth % DAYSPERWEEK) != 1) return -1; + week = 1 + rp->r_dayofmonth / DAYSPERWEEK; } else if (rp->r_dycode == DC_DOWLEQ) { if (rp->r_dayofmonth == len_months[1][rp->r_month]) week = 5; else { ! if ((rp->r_dayofmonth % DAYSPERWEEK) != 0) return -1; + week = rp->r_dayofmonth / DAYSPERWEEK; } } else return -1; /* "cannot happen" */ (void) sprintf(result, "M%d.%d.%d", *************** *** 2018,2023 **** --- 2018,2024 ---- register char * envvar; register int max_abbr_len; register int max_envvar_len; + register 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; *************** *** 2032,2037 **** --- 2033,2039 ---- timecnt = 0; typecnt = 0; charcnt = 0; + prodstic = zonecount == 1; /* ** Thanks to Earl Chew ** for noting the need to unconditionally initialize startttisstd. *************** *** 2053,2058 **** --- 2055,2062 ---- updateminmax(rp->r_loyear); if (rp->r_hiwasnum) updateminmax(rp->r_hiyear); + if (rp->r_lowasnum || rp->r_hiwasnum) + prodstic = FALSE; } } /* *************** *** 2075,2080 **** --- 2079,2094 ---- if (max_year <= INT_MAX - YEARSPERREPEAT) max_year += YEARSPERREPEAT; else max_year = INT_MAX; + /* + ** Regardless of any of the above, + ** for a "proDSTic" zone which specifies that its rules + ** always have and always will be in effect, + ** we only need one cycle to define the zone. + */ + if (prodstic) { + min_year = 1900; + max_year = min_year + YEARSPERREPEAT; + } } /* ** For the benefit of older systems,

5 6

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

May 25, 2015

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

5 5

Adding Asia/Beijing timezone into the database
by Daoming Qiu Dec. 6, 2014

Dec. 6, 2014

"Beijing Time" is the standard time used for China region, so it is very strange that tzdatabase doesn't have timezone called Asia/Beijing. Strongly suggest to add "Asia/Beijing" zone into the database, and its information is very similar with "Asia/Shanghai".

14 17

a patch for zic.c to allow 'follow rules'
by Alois Treindl Sept. 10, 2013

Sept. 10, 2013

Dear Arthur, I have been preparing a small modification for zic.c which will allow it to understand a 'follow rule' in zone files, like this: # experimental table for Geneva, to test the 'follow' mechanism Zone Europe/Geneva 0:24:37 - LMT 1848 Sep 12 0:24:37 - GET 1894 Jun # Geneva MTime 0 follow Europe/Zurich For test purposes, one can simply insert this zone in the europe file. The feature is helpful in the extension of tzdata to cover complete timezone history. For this purpose, about 1000 additional zone files need to be written, and to be maintained. The process to do so has started in the astrological community, as it needs a complete pre-1970 timezone history. I will not bother you with details. I intend to help creating and maintaining a set of files like 'europe_hist', 'asia_hist' etc which contain the additional zones. The 'follow rule' will allow to keep these extra zone files very small, as usually the additional zones will all have a cross-over moment into a regular tzdata zone. I have for the moment called the modified zic source file zicx.c and prepared a patch file for zic.c to implement the 'follow rule' feature. I have tried to keep the modification very small. Please have a look at the patch, and check for the errors I have probably made. Description of the code: ------------------------ The follow rule must be the last line in a zone, and recursion is not allowed. It is parsed in inzsub() which reacts on GMTOFF = 0 and the word 'follow' in the RULE field. The zone line is stored in zones[] with a special value z_gmtoff = FOLLOW_MARK and the zone_name to follow in field z_rule (which is abused for this purpose). Before the call to outzone() the two sets of zone lines are patched together in a temporary array, so that outzone() and all functions deeper down() need not be modified. Patch ----- --- zic.c 2011-03-09 20:41:27.000000000 +0100 +++ zicx.c 2011-08-25 16:09:04.000000000 +0200 @@ -262,6 +262,17 @@ static int typecnt; #define YR_MAXIMUM 1 #define YR_ONLY 2 +/* +** follow rules, added by Alois Treindl August 2011 +** Zones may end with a line: 0 follow zone_name +** which the parser will represent with FOLLOW_MARK in z_gmtoff, +** and the zone name in z_rule. +** Before the call to outzone() the zone and its follow zone will be +** patched together, so that outzone() sees a regular zone array. +** To keep zone files readable, follow rules cannot be used recursively. +*/ +#define FOLLOW_MARK 999999 + static struct rule * rules; static int nrules; /* number of rules */ @@ -589,7 +600,48 @@ _("%s: More than one -L option specified */ for (j = i + 1; j < nzones && zones[j].z_name == NULL; ++j) continue; - outzone(&zones[i], j - i); + if (zones[j -1].z_gmtoff == FOLLOW_MARK) { + /* copy zone and follow zone into one new array */ + int k,n,m, nrows; + struct zone *xzones, *zp; + nrows = j - i - 1; + zp = &zones[j - 1]; /* line with the follow rule */ + xzones = (struct zone *) (void *) emalloc((int) (nrows * sizeof *xzones)); + for (k = 0; k < nrows; k++) + xzones[k] = zones[i + k]; + /* now find the follow zone in array zones[] */ + for (m = 0; m < nzones; m++) { + if (zones[m].z_name != NULL && strcmp(zp->z_rule, zones[m].z_name) == 0) break; + } + if (m == nzones) { /* error, follow zone not found */ + char *cp; + cp = emalloc(80 + strlen(zp->z_rule) + strlen(zones[i].z_name));; + sprintf(cp, "For zone %s follow zone %s not found, no zonefile created.", zones[i].z_name, zp->z_rule); + eat(zp->z_filename, zp->z_linenum); + error(cp); + ifree(cp); + ifree((void *)xzones); + } + /* now find the next date in the follow zone */ + for (n = m + 1; n < nzones; n++) { + if (zp->z_untiltime < zones[n].z_untiltime) break; + } + /* missing errorcode for case n == nzones, + * assume we are still in same follow zone. + * The follow zone part we need starts at zones[n]. + * Now find where follow zone ends, will be m. + */ + for (m = n; m < nzones && zones[m].z_name == NULL; ++m) + continue; + xzones = (struct zone *) (void *) erealloc((char *) xzones, (int) ((nrows + m - n) * sizeof *xzones)); + for (k = 0; k < m - n; k++) + xzones[nrows + k] = zones[n + k]; + nrows += m - n; + outzone(&xzones[0], nrows); + ifree((void *) xzones); + } else { + outzone(&zones[i], j - i); + } } /* ** Make links. @@ -784,7 +836,7 @@ associate(void) } for (i = 0; i < nzones; ++i) { zp = &zones[i]; - if (zp->z_nrules == 0) { + if (zp->z_nrules == 0 && zp->z_gmtoff != FOLLOW_MARK) { /* ** Maybe we have a local standard time offset. */ @@ -1079,11 +1131,23 @@ const int iscont; return FALSE; } } - z.z_rule = ecpyalloc(fields[i_rule]); - z.z_format = ecpyalloc(fields[i_format]); - if (max_format_len < strlen(z.z_format)) - max_format_len = strlen(z.z_format); - hasuntil = nfields > i_untilyear; + /* check for 0 follow zonename + ** zonename must contain at least one /, and follow must be + * 'follow' or an abbreviation thereof. + */ + if (z.z_gmtoff == 0 && strchr(fields[i_format], '/') != NULL + && itsabbr(fields[i_rule], "follow")) { + z.z_gmtoff = FOLLOW_MARK; + z.z_rule = ecpyalloc(fields[i_format]); + z.z_format = ""; + hasuntil = FALSE; /* no continue of zone now */ + } else { + z.z_rule = ecpyalloc(fields[i_rule]); + z.z_format = ecpyalloc(fields[i_format]); + if (max_format_len < strlen(z.z_format)) + max_format_len = strlen(z.z_format); + hasuntil = nfields > i_untilyear; + } if (hasuntil) { z.z_untilrule.r_filename = filename; z.z_untilrule.r_linenum = linenum;

1 1

Unsubscribe
by Brenda Burnell (bburnell) May 7, 2012

May 7, 2012

6 5

Bugs in Russia - Seven month past since 2011-09-17 - still not fixed
by Tobias Conradi May 3, 2012

May 3, 2012

Can these bugs please be fixed http://mm.icann.org/pipermail/tz/2011-September/008809.html http://mm.icann.org/pipermail/tz/2011-October/008937.html ? -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/tobias_conradi

8 19

Morroco changes
by Sebastien WILLEMIJNS May 1, 2012

May 1, 2012

http://www.lavieeco.com/news/actualites/gmt-1-officialise-pour-de-bon-21957… http://french.cri.cn/621/2012/04/29/442s279539.htm dunno if TZ change has been done recently or it is for next year...

7 9

Re: [tz] Russia questions regarding 2010 and 2011
by Tobias Conradi April 30, 2012

April 30, 2012

Thanks for explaining how you see things. On Mon, Apr 30, 2012 at 1:00 AM, Marc Lehmann <schmorp(a)schmorp.de> wrote: > On Sun, Apr 29, 2012 at 11:28:20PM +0200, Tobias Conradi <tobias.conradi(a)gmail.com> wrote: >> 3) You are not the position to decide what is needed and what not. >> 4) I know Ado does this voluntary as anyone else that did contribute >> facts. Maybe you too. > > Did you just post a private mail to a public mailinglist? If yes, that's > really rude. > > In any case, he was right, your comment and tone were (are) completely > uncalled for. There is also a big difference between what you did and > what ado did, so pulling him down on your level of contribution is very > arrogant of you. > > Last not least, dealing this out, and then being superpicky because > somebody called you "mate" (which is nothing special) is rather childish - > maybe this can be attributed to a lack of understanding of the english > language? > > If that's the case, you should listen when people react "weirdly": English > is full of subtleties - it's often a hint that you sounded more arrogant > than you actually intended to. > > Just a well-meant hint. > > -- > The choice of a > -----==- _GNU_ > ----==-- _ generation > ---==---(_)__ __ ____ __ Marc Lehmann > --==---/ / _ \/ // /\ \/ / schmorp(a)schmorp.de > -=====/_/_//_/\_,_/ /_/\_\ -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/tobias_conradi

2 1

New zone for DE, split from Europe/Berlin
by Mr tobias conradi April 30, 2012

April 30, 2012

The German exclave of Büsingen (http://www.buesingen.de/) 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: http://www.videoportal.sf.tv/video?id=c012c029-03b7-4c2b-9164-aa5902cd58d3 Suggested zone name: Europe/Busingen (removing diacritics as does UN/LOCODE) OR Europe/Buesingen (resolving as in German language) -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin, Germany http://tobiasconradi.com

6 8

Re: [tz] Russia questions regarding 2010 and 2011
by Tobias Conradi April 30, 2012

April 30, 2012

1) I am not your mate. 2) The question was not rhetorical. 3) You are not the position to decide what is needed and what not. 4) I know Ado does this voluntary as anyone else that did contribute facts. Maybe you too. On Sun, Apr 29, 2012 at 10:10 PM, Paw Boel Nielsen <pawboelnielsen(a)yahoo.com> wrote: > Hey mate, > > About your latest mail to the tz-mail-list: > >>> Does >>> anyone know whether folks in Russia now think of themselves as being >>> on "permanent daylight saving time" or think of themselves as having >>> new, different standard times? >>"folks" sounds quite unspecific. Do you mean people living in areas that >> "did not turn its clocks back in the fall" as claimed in the first sentence? > > I am assuming you comment about "folks" is rhetorical in which case kindly > refrain from posting that kind of comments in the future, it doesn't add > anything positive to the forum. > Ado does his work voluntarily, and your comment is unneeded. > > Kind regards, > Paw > > > -----Original > Message----- > From: tz-bounces(a)iana.org [mailto:tz-bounces@iana.org] On Behalf Of Tobias > Conradi > Sent: 29 April 2012 20:24 > To: tz(a)iana.org > Subject: [tz] Russia questions regarding 2010 and 2011 > > On Sun, Apr 29, > 2012 at 4:50 PM, Arthur David Olson <arthurdavidolson...> wrote: > >> 1. Some > areas of Russia reportedly changed time zones in 2011. Does >> anyone know > the exact instants at which these changes were made (both >> date and > time for each affected region, since the instant at which the >> change was > made may vary from region to region)? > Could you name > what areas you refer to, so people can search more precisely for what you > want > to know? > > Which reports do > you refer to? > > In 2011 there > were talks on the mailing list about issues with Yakutia and with Sakhalin. > > I myself did > suggest new zones that may be needed, given the old information in the tzdb > was > correct: > http://mm.icann.org/pipermail/tz/2011-September/008799.html > >> 2. In 2010 > much of Russia did not turn its clocks back in the fall. > Can you cite a > reference for that claim? > >> Does >> anyone know > whether folks in Russia now think of themselves as being >> on > "permanent daylight saving time" or think of themselves as having >> new, > different standard times? > "folks" > sounds quite unspecific. Do you mean people living in areas that "did not > turn its clocks back in the fall" as claimed in the first sentence? > > -- > Tobias Conradi > Rheinsberger > Str. 18 > 10115 Berlin > Germany > > http://tobiasconradi.com > -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

2 2

Russia questions regarding 2010 and 2011
by Tobias Conradi April 29, 2012

April 29, 2012

On Sun, Apr 29, 2012 at 4:50 PM, Arthur David Olson <arthurdavidolson...> wrote: > 1. Some areas of Russia reportedly changed time zones in 2011. Does anyone > know the exact instants at which these changes were made (both date and time > for each affected region, since the instant at which the change was made may > vary from region to region)? Could you name what areas you refer to, so people can search more precisely for what you want to know? Which reports do you refer to? In 2011 there were talks on the mailing list about issues with Yakutia and with Sakhalin. I myself did suggest new zones that may be needed, given the old information in the tzdb was correct: http://mm.icann.org/pipermail/tz/2011-September/008799.html > 2. In 2010 much of Russia did not turn its clocks back in the fall. Can you cite a reference for that claim? > Does > anyone know whether folks in Russia now think of themselves as being on > "permanent daylight saving time" or think of themselves as having new, > different standard times? "folks" sounds quite unspecific. Do you mean people living in areas that "did not turn its clocks back in the fall" as claimed in the first sentence? -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com

1 0

Samoa error in backward file
by Timo Kähkönen April 7, 2012

April 7, 2012

Hi, I downloaded the file ftp://ftp.iana.org/tz/tzdata-latest.tar.gz and noticed one error in a text file named "backward". Backward file has two zones, which both link to Pacific/Pago_Pago. These are the two rows: Link Pacific/Pago_Pago Pacific/Samoa Link Pacific/Pago_Pago US/Samoa I'm not sure, but I assume that the record is wrong. There are two countries: 1. Samoa (WS), which Capital is Apia. Timezone UTC+13, Summer Time UTC+14 (Note! The same offsets than in Pacific/Apia) 2. American Samoa (AS), whose capital is Pago Pago. Timezone Samoa Standard Time (SST), UTC-11 (Note! THe same offsets than in Pacific/Pago_Pago. So, I assume that the rows should be: Link Pacific/Apia Pacific/Samoa Link Pacific/Pago_Pago US/Samoa Please correct if I'm wrong. Timo Kähkönen

2 1

Paul Eggert as new coordinator?
by Arthur David Olson April 7, 2012

April 7, 2012

I've been in touch with Paul Eggert; Paul is willing to serve as time zone coordinator. Paul has been part of the time zone community since the early 1990s; folks can read the database files to see the depth of Paul's involvement. I'd appreciate reactions to Paul's offer; please respond within the next week. (I hope to have a new coordinator in place sooner rather than later.) --ado

26 31

tzdata2012c released
by Robert Elz April 2, 2012

April 2, 2012

The file ftp://munnari.oz.au/pub/tzdata2012c.tar.gz is now available. This reflects the changes circulated last week by the tz co-ordinator (Arthur David Olson). Just in case it isn't obvious, this is a data only update (no code changes) tzcode2012b remains the current code version. The executive summary of the changes: africa Summer time changes for Morocco (to start late April 2012) asia Changes for 2012 for Gaza & the West Bank (Hebron) and Syria northamerica Haiti following US/Canada rules for 2012 (and we're assuming, for now anyway, for the future). Crypto hashes using several algorithms from NetBSD's pkgsrc digest program are appended, you can use these to verify that you have successfully fetched the same file that I intended to distribute (which is a tar.gz file that ado sent me to distribute). A few words on the logistics of all of this ... my term maintaining this stuff ended when ado & Paul returned after the law suit was withdrawn. For now, Arthur is the co-ordinator again, but as you have all seen on the list, the plan is for Paul to take over soon, in accordance with Arthur's long stated plan to retire sometime this year. The files are still being distributed from munnari.oz.au as (as I understand it) elsie is no longer available for this function, and arrangements to make it convenient to use the IANA site as a distribution point will probably not be made until after Paul has taken over. I expect the file will be copied to the IANA site sometime later today. kre MD5 (tzdata2012c.tar.gz) = cfdc2710bd05c26dbd624441d57028f6 RMD160 (tzdata2012c.tar.gz) = cf38b711231e0ddba2b4c0f7be4d18658d751774 SHA1 (tzdata2012c.tar.gz) = e0cd9c2cc0ac8d90ed842133b910d4bb3bc1a6dd SHA512 (tzdata2012c.tar.gz) = c43630f0bf1973b368229c788da90965d7c8b0d6dc8aa0f4bcbfac018a8c8291e1eb21cae05282df2eba6ec9a647c53c02fd92fea91fd5cb93855808387e52b9 TIGER (tzdata2012c.tar.gz) = 75f21b8b8645630cf679fbdd37f5d5789ace4ad69ebe9f26 WHIRLPOOL (tzdata2012c.tar.gz) = 119d8076a88287eb5063bd977aa63eaf918310e33b1d1f4fc60ad9ad72ed9b1d62918345e6f5786ca0ce6d5b938db1e33d05c0bdfdf70d1bd22a10ee825cf99d

1 0