October 2014 - 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

zic changes (2/2)
by Arthur David Olson March 9, 2016

March 9, 2016

And now, the update. These changes arrange things so that binary files include "transition" entries for minimum time values; these entries eliminate localtime guesswork in handling low-valued time stamps. The bad news: binary files grow slightly as a result of these changes. The good news: there are no changes in the output of "zdump -v" applied to before-and-after versions of all the binary files generated by a "make install." Changes are attached and appear in mangled form below; these are relative to the github version of zic.c after the rollback in the earlier message today. @dashdashado 1.2 2805 lines 1.4 2813 lines *** /tmp/,azic.c 2014-05-01 01:51:36.998933800 -0400 --- /tmp/,bzic.c 2014-05-01 01:51:37.092534000 -0400 *************** *** 1480,1493 **** fromi = 0; while (fromi < timecnt && attypes[fromi].at < min_time) ++fromi; - if (isdsts[0] == 0) - while (fromi < timecnt && attypes[fromi].type == 0) - ++fromi; /* handled by default rule */ for ( ; fromi < timecnt; ++fromi) { ! if (toi != 0 && ((attypes[fromi].at + gmtoffs[attypes[toi - 1].type]) <= ! (attypes[toi - 1].at + gmtoffs[toi == 1 ? 0 ! : attypes[toi - 2].type]))) { attypes[toi - 1].type = attypes[fromi].type; continue; --- 1480,1490 ---- fromi = 0; while (fromi < timecnt && attypes[fromi].at < min_time) ++fromi; for ( ; fromi < timecnt; ++fromi) { ! if (toi > 1 && ((attypes[fromi].at + gmtoffs[attypes[toi - 1].type]) <= ! (attypes[toi - 1].at + ! gmtoffs[attypes[toi - 2].type]))) { attypes[toi - 1].type = attypes[fromi].type; continue; *************** *** 1532,1537 **** --- 1529,1541 ---- --timecnt32; ++timei32; } + /* + ** Output an INT32_MIN "transition" if appropriate--see below. + */ + if (timei32 > 0 && ats[timei32] > INT32_MIN) { + --timei32; + ++timecnt32; + } while (leapcnt32 > 0 && !is32(trans[leapcnt32 - 1])) --leapcnt32; while (leapcnt32 > 0 && !is32(trans[leapi32])) { *************** *** 1698,1704 **** #undef DO for (i = thistimei; i < thistimelim; ++i) if (pass == 1) ! puttzcode(ats[i], fp); else puttzcode64(ats[i], fp); for (i = thistimei; i < thistimelim; ++i) { unsigned char uc; --- 1702,1713 ---- #undef DO for (i = thistimei; i < thistimelim; ++i) if (pass == 1) ! /* ! ** Output an INT32_MIN "transition" ! ** if appropriate--see above. ! */ ! puttzcode(((ats[i] < INT32_MIN) ? ! INT32_MIN : ats[i]), fp); else puttzcode64(ats[i], fp); for (i = thistimei; i < thistimelim; ++i) { unsigned char uc; *************** *** 2176,2183 **** if (usestart) { addtt(starttime, type); usestart = FALSE; ! } else if (stdoff != 0) ! addtt(min_time, type); } else for (year = min_year; year <= max_year; ++year) { if (useuntil && year > zp->z_untilrule.r_hiyear) break; --- 2185,2191 ---- if (usestart) { addtt(starttime, type); usestart = FALSE; ! } else addtt(min_time, type); } else for (year = min_year; year <= max_year; ++year) { if (useuntil && year > zp->z_untilrule.r_hiyear) break;

7 22

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

Recent conversions of zones to aliases
by Stephen Colebourne Nov. 17, 2014

Nov. 17, 2014

Just to note my continued unhappiness with the conversions of zones to aliases. The recent change to map Harare to Maputo broke a test in Joda-Time (the most widely used 3rd party library in Java for date/time, probably used by millions of developers). This means that the many users of Joda-Time will get errors when they try to recompile the latest jar file, a process that has worked fine for years. In order to make the test pass I now have to special case to say that either Harare or Maputo is a valid value. This issue occurs because Joda-Time normalises all aliases to the actual zone as per TZDB data. Thus a request for DateTimeZone zone = DateTimeZone.forID("Africa/Harare"); which use to return a zone with the ID "Africa/Harare" now returns "Africa/Maputo". This means that users can no longer get a zone that represents their country for half of Africa and the Carribean. I cannot stress enough that these utterly unecessary changes have and will continue to cause observable differences in end-user applications. I remain firmly of the opinion that there should be at least one actual Zone entry for each ISO defined territory/country, and that these recent changes should not be described as minor tidying. Stephen

9 25

[tz-announce] 2014g release of tz code and data available
by Paul Eggert Nov. 11, 2014

Nov. 11, 2014

The 2014g release of the tz code and data is available. It reflects the following changes, which were either circulated on the tz mailing list or are relatively minor technical or administrative changes: Changes affecting future time stamps Turks & Caicos is switching from US eastern time to UTC-4 year-round, modeled as a switch from EST/EDT to AST on 2014-11-02 at 02:00. Changes affecting past time stamps Time in Russia or the USSR before 1926 or so has been corrected by a few seconds in the following zones: Asia/Irkutsk, Asia/Krasnoyarsk, Asia/Omsk, Asia/Samarkand, Asia/Tbilisi, Asia/Vladivostok, Asia/Yakutsk, Europe/Riga, Europe/Samara. For Asia/Yekaterinburg the correction is a few minutes. (Thanks to Vladimir Karpinsky.) The Portuguese decree of 1911-05-26 took effect on 1912-01-01. This affects 1911 time stamps in Africa/Bissau, Africa/Luanda, Atlantic/Azores, and Atlantic/Madeira. Also, Lisbon's pre-1912 GMT offset was -0:36:45 (rounded from -0:36:44.68), not -0:36:32. (Thanks to Stephen Colebourne for pointing to the decree.) Asia/Dhaka ended DST on 2009-12-31 at 24:00, not 23:59. A new file 'backzone' contains data which may appeal to connoisseurs of old time stamps, although it is out of scope for the tz database, is often poorly sourced, and contains some data that is known to be incorrect. The new file is not recommended for ordinary use and its entries are not installed by default. (Thanks to Lester Caine for the high-quality Jersey, Guernsey, and Isle of Man entries.) Some more zones have been turned into links, when they differed from existing zones only for older time stamps. As usual, these changes affect UTC offsets in pre-1970 time stamps only. Their old contents have been moved to the 'backzone' file. The affected zones are: Africa/Bangui, Africa/Brazzaville, Africa/Douala, Africa/Kinshasa, Africa/Libreville, Africa/Luanda, Africa/Malabo, Africa/Niamey, and Africa/Porto-Novo. Changes affecting code Unless NETBSD_INSPIRED is defined to 0, the tz library now supplies functions for creating and using objects that represent time zones. The new functions are tzalloc, tzfree, localtime_rz, mktime_z, and (if STD_INSPIRED is also defined) posix2time_z and time2posix_z. They are intended for performance: for example, localtime_rz (unlike localtime_r) is trivially thread-safe without locking. (Thanks to Christos Zoulas for proposing NetBSD-inspired functions, and to Alan Barrett and Jonathan Lennox for helping to debug the change.) zdump now builds with the tz library unless USE_LTZ is defined to 0, This lets zdump use tz features even if the system library lacks them. To build zdump with the system library, use 'make CFLAGS=-DUSE_LTZ=0 TZDOBJS=zdump.o CHECK_TIME_T_ALTERNATIVES='. zdump now uses localtime_rz if available, as it's significantly faster, and it can help zdump better diagnose invalid time zone names. Define HAVE_LOCALTIME_RZ to 0 to suppress this. HAVE_LOCALTIME_RZ defaults to 1 if NETBSD_INSPIRED && USE_LTZ. When localtime_rz is not available, zdump now uses localtime_r and tzset if available, as this is a bit cleaner and faster than plain localtime. Compile with -DHAVE_LOCALTIME_R=0 and/or -DHAVE_TZSET=0 if your system lacks these two functions. If THREAD_SAFE is defined to 1, the tz library is now thread-safe. Although not needed for tz's own applications, which are single-threaded, this supports POSIX better if the tz library is used in multithreaded apps. Some crashes have been fixed when zdump or the tz library is given invalid or outlandish input. The tz library no longer mishandles leap seconds on platforms with unsigned time_t in time zones that lack ordinary transitions after 1970. The tz code now attempts to infer TM_GMTOFF and TM_ZONE if not already defined, to make it easier to configure on common platforms. Define NO_TM_GMTOFF and NO_TM_ZONE to suppress this. Unless the new macro UNINIT_TRAP is defined to 1, the tz code now assumes that reading uninitialized memory yields garbage values but does not cause other problems such as traps. If TM_GMTOFF is defined and UNINIT_TRAP is 0, mktime is now more likely to guess right for ambiguous time stamps near transitions where tm_isdst does not change. If HAVE_STRFTIME_L is defined to 1, the tz library now defines strftime_l for compatibility with recent versions of POSIX. Only the C locale is supported, though. HAVE_STRFTIME_L defaults to 1 on recent POSIX versions, and to 0 otherwise. tzselect -c now uses a hybrid distance measure that works better in Africa. (Thanks to Alan Barrett for noting the problem.) The C source code now ports to NetBSD when GCC_DEBUG_FLAGS is used, or when time_tz is defined. When HAVE_UTMPX_H is set the 'date' command now builds on systems whose <utmpx.h> file does not define WTMPX_FILE, and when setting the date it updates the wtmpx file if _PATH_WTMPX is defined. This affects GNU/Linux and similar systems. For easier maintenance later, some C code has been simplified, some lint has been removed, and the code has been tweaked so that plain 'make' is more likely to work. The C type 'bool' is now used for boolean values, instead of 'int'. The long-obsolete LOCALE_HOME code has been removed. The long-obsolete 'gtime' function has been removed. Changes affecting build procedure 'zdump' no longer links in ialloc.o, as it's not needed. 'make check_time_t_alternatives' no longer assumes GNU diff. Changes affecting distribution tarballs The files checktab.awk and zoneinfo2tdf.pl are now distributed in the tzdata tarball instead of the tzcode tarball, since they help maintain the data. The NEWS and Theory files are now also distributed in the tzdata tarball, as they're relevant for data. (Thanks to Alan Barrett for pointing this out.) Also, the leapseconds.awk file is no longer distributed in the tzcode tarball, since it belongs in the tzdata tarball (where 2014f inadvertently also distributed it). Changes affecting documentation and commentary A new file CONTRIBUTING is distributed. (Thanks to Tim Parenti for suggesting a CONTRIBUTING file, and to Tony Finch and Walter Harms for debugging it.) The man pages have been updated to use function prototypes, to document thread-safe variants like localtime_r, and to document the NetBSD-inspired functions tzalloc, tzfree, localtime_rz, and mktime_z. The fields in Link lines have been renamed to be more descriptive and more like the parameters of 'ln'. LINK-FROM has become TARGET, and LINK-TO has become LINK-NAME. tz-link.htm mentions the IETF's tzdist working group; Windows Runtime etc. (thanks to Matt Johnson); and HP-UX's tztab. Some broken URLs have been fixed in the commentary. (Thanks to Lester Caine.) Commentary about Philippines DST has been updated, and commentary on pre-1970 time in India has been added. Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2014g.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2014g.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2014g.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2014g.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 9cd0541edf0bbca453e1b97749c5e68a1d6ab7db dated Thu Aug 28 12:31:23 2014 -0700 and tagged '2014g' 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 iQIcBAABAgAGBQJT/4QTAAoJEO2X6Q5iqn40ZIIP/jBHBnGpJBfbeoHPZ7NnQrw7 uXJEtM5GpBj7Rw+PuEyzQSW7/jEKOYwE0dyeVxgLEqDJDIuOk5uOeUqneh1sr5ww vrCy04Iuoyb/XpgvFpX1enmLDgEaK8n3vA4LekdMl7LlGYX00c2TdRi8Ees2V1yN D3d2wz9khU59M3grEh/PMY6CxvyW9HlMdGOQlzkbjxQhfec0RZPutUNnBczslA0+ fFVvpabeJMisVV10pd6N5dnYsk12UsPxKYTgrjSZruzrC8uDmm86O4OwKD3kGW9y AjeFCDSxPMBUNZnIFhuFuYPFY+jamMTMHOdjwb6sYnTPJU6P4QjPN0wUpRHih3e9 1Vvc0wJ2iYMBFotf1BWqTldMcKMTqWqYRdahJTxqtN6gQGcpGONs1+insrNK1pkQ ZyW+LSNuPcspPsR/9ohrZxJCS85CIIAye42kVMxKxETLVeG114u8tV+JUYyEs2nL nf766m3wIPstIKYzaICprTRdoxQ4y9X4wpL7dxaGJg0rimkhTDDG8xtV/J4plMhH VC06YRfmuAvjREXG07PV+sCZAqL+zHtIurrTSK6Z3LdEFdH3aU/9GRObDWzvWw4u U3nW2k2azTum+WfWfkDd0chyOKTE+TeATYrgvYjqpeFJOMTcpM8l96lhxYNSpshi G1g80KANNZL6yAmYj9tY =lQFS -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJT/4QTAAoJEO2X6Q5iqn40+wgQAJEsXlNnQFrqSg6Q0+/Ro80y oZ9aflOuMvgujhtdZm4bW3A4vfqMEEXwL9mJP5numNsW3qobNb2GW4kIa9EhKdeJ rUqz7XdOytSoL8GY/TSpmQdRG4aiyTlWEnZX0R8BqC4U0MiORkViuAHyu2qVGOFX c7zXtp6+C9DXuooRdn8o98ANfBSLjEJ4FM6JVpfJQFKohancX0Gprhq7KkCkK0Fu Nt78E8WchU1ZYGQ15cxrDzV2kdAqQfKWxLd9iLdaKQlvpyiHAPHvMI6BwVn7CHqN CcYby73BE6Y1H5Yd352UUYrW4dpIVtUpNOejXDcNqEVA801mBu/tUUXFivtFj+d2 1VAMf7OVdvnlqqaQnUGDS0WEOXdPrKZEUvbU9/JFfXsdnpNlfkuEYPuj5yiNu6jl mLLoMlfIG4iIIwpRIVsS5nIG34mP0VnMQsJrGkc/DxvSuzhNA2+lX7j9Uxvhwhj2 NSNJkFRXE4S6ambBe9tnDMzKZPaRV31nzUl4trqU4dDxm3iYhWQfbNQYbpQlhC5Q 6spnOha0LVdtFdk2lvDo1DSDrNFG24KfmzeLpSL0IlePgBPpRllXjl9KfuNTwGWU dshrzMV60RTIJa8Vc6JsJKgNKJofV433AR/jQnF6wjPbdn6LFRKUigJMM72T08hR K9RHYtub4GE2zmK+HN7h =cp2D -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

2 5

[Patch] Make it slightly easier to parse tzdata
by Ed Schouten Nov. 2, 2014

Nov. 2, 2014

Hi there, Right now I am experimenting with trying to integrate the tzdata dataset into an embedded setup where I am not able to use zic(8) + /usr/share/zoneinfo. To summarize, my plan is to translate the entire tzdata into a set of C array/structure initializers (~50 KB for all timezones) and perform operations on those structures directly. While writing a Python script to translate the data, I noticed that there is a very small number of directives that would require quite a lot of additional code to parse properly. For example, "lastSun" makes a lot of sense as a special keyword in "Rule" directives, but it provides no functional gain in "Zone" directives. The same holds for the use of the "Dec 29 24:00" time used in Samoa's timezone. We should be able to use "Dec 30" instead, right? Anyway, I've attached a patch that should make it slightly easier to parse the tzdata files by removing these constructs. This should make it easier for people to reuse the dataset for other purposes. Thanks, -- Ed Schouten <ed(a)80386.nl>

6 7

[PATCH] * asia (Asia/Seoul) correct DST.
by 정상혁 Oct. 31, 2014

Oct. 31, 2014

Hello, I would like to correct DST of Asia/Seoul in the tz. According to the Korean Wikipedia ( http://ko.wikipedia.org/wiki/%ED%95%9C%EA%B5%AD_%ED%91%9C%EC%A4%80%EC%8B%9C) , DST in Republic of Korean was as follows. 1948.06.01. 00:00 ~ 1948.09.13. 00:001949.04.03. 00:00 ~ 1949.09.11. 00:001950.04.01. 00:00 ~ 1950.09.10. 00:001951.05.06. 00:00 ~ 1951.09.09. 00:001955.05.05. 00:00 ~ 1955.09.09. 00:001956.05.20. 00:00 ~ 1956.09.30. 00:001957.05.05. 00:00 ~ 1957.09.22. 00:001958.05.04. 00:00 ~ 1958.09.21. 00:001959.05.03. 00:00 ~ 1959.09.20. 00:001960.05.01. 00:00 ~ 1960.09.18. 00:001987.05.10. 02:00 ~ 1987.10.11. 03:001988.05.08. 02:00 ~ 1988.10.09. 03:00 It almostly corresponds with the exsiting comments in 'asia' file. # From Annie I. Bang (2006-07-10): # http://www.koreaherald.co.kr/SITE/data/html_dir/2006/07/10/200607100012.asp # The Ministry of Commerce, Industry and Energy has already # commissioned a research project [to reintroduce DST] and has said # the system may begin as early as 2008.... Korea ran a daylight # saving program from 1949-61 but stopped it during the 1950-53 Korean War. And I checked old newspapers in Korean, all articles correspond with data in Wikipedia. For example, the article in 1948(Korean Language) proved that DST started at June 1 in that year. For another example, the article in 1988 said that DST started at 2:00 AM in that year. I tried to find simple rules to define DST, like 'SUN=>1', but cannot make it except 1957-1960. You can find the information in detail in the attached file. Thank you. Sanghyuk Jung, Senior Engineer Naver Corp. South Korea

3 4

Moscow MSK Time Zone in 2014 changed again
by Evgeni Makarov Oct. 29, 2014

Oct. 29, 2014

Hi Due to regulations of the Russian parliament, MSK timezone changed again. please update files. Your latest fix is regarding president Medvedev changes. But Putin returned it back Now MSK is UTC+3 timezone, not +4. News: http://news.yahoo.com/russia-turns-back-clocks-permanent-winter-time-194148… http://www.timeanddate.com/news/time/russia-reintroduces-dst-2014.html In Russian: Moscow is returned to winter time: http://itar-tass.com/obschestvo/1333711 Kind regards Evgeni Makarov evgeni.makarov(a)gmail.com

2 6

Repository for older tzdata/tzcode?
by Alain Petit Oct. 23, 2014

Oct. 23, 2014

Hi I would like to get a copy of the 2014f release. >From the iana site I am able to get the latest version [2014i] but I do not see a 'history' list/links making the 2014f version available. Where can I get such an earlier release? -Alain

4 4

Donetsk and Lugansk Republics (UTC+2) may introduce Moscow time (UTC+3).
by Alexander Krivenyshev Oct. 23, 2014

Oct. 23, 2014

According to some news The Donetsk People's Republic (DPR or DNR) - self-proclaimed state in eastern Ukraine: http://en.wikipedia.org/wiki/Donetsk_People's_Republic is considering to introduce Moscow time on October 26, 2014 (from UTC+2 to UTC+3). Moscow is planning to change its time zone from current UTC+4 back to UTC+3 Donetsk republic to adopt Moscow time (Russian ITAR-TASS News Agency): "DNR plans to adjust its clocks to Moscow standard time, Zakharchenko said. “We will transit to our own time zone and will adopt it,” Zakharchenko said. “We will welcome in the New Year by Moscow standard time.”" http://en.itar-tass.com/world/755169 Litvinov: DND will take the law about moving to Moscow time on the last working day of the week: "The Parliament of the self-proclaimed Donetsk national Republic will pass a law about moving to Moscow time on the last working day of the week, informs the press center of the " new Russia " referring to the speaker of the Parliament DND Boris Litvinov." http://news.rin.ru/eng/news///68008/1/ DNI will switch to winter time together with Moscow: "The Prime Minister of the Republic considers that, in this way they will return to its historical zone. Prime Minister of the people's Republic, Alexander Zakharchenko Donetsk announced that 26 October they will switch to winter time together with Moscow." http://reflexion-shades.blogspot.com/2014/10/zakharchenko-dni-will-switch- to-winter.html DPR switches to Moscow time: " The DPR administration is going to introduce Moscow time on its territories, UNIAN reports." http://euroradio.fm/en/dpr-switches-moscow-time There are news in Russian, that The Lugansk People's Republic (LPR or LNR) - self-proclaimed state in eastern Ukraine http://en.wikipedia.org/wiki/Lugansk_People's_Republic is also considering to introduce Moscow time: (in Russian) Luhansk and Donetsk republic will go to Moscow time http://russian.rt.com/article/37119 http://dnr-news.com/dnr/6047-luganskaya-i-doneckaya-respubliki-pereydut-na- moskovskoe-vremya.html http://www.WorldTimeZone.com

3 4

Re: [tz] Donetsk and Lugansk Republics (UTC+2) may introduce Moscow time (UTC+3).
by Matt Johnson Oct. 23, 2014

Oct. 23, 2014

It was done in 2014f. ________________________________ From: Alain Petit<mailto:alain.petit@oracle.com> Sent: ‎10/‎23/‎2014 8:00 AM To: tz(a)iana.org<mailto:tz@iana.org> Subject: Re: [tz] Donetsk and Lugansk Republics (UTC+2) may introduce Moscow time (UTC+3). Hi Regarding this portion from Alexander's mail > Moscow is planning to change its time zone from current UTC+4 >UTC+back >to UTC+3 Is this change part of 2014i that was announced yesterday? It seems to apply this week-end, and I did not see it in the notes. -alain -----Original Message----- From: Paul Eggert [mailto:eggert@cs.ucla.edu] Sent: Wednesday, October 22, 2014 12:15 AM To: Alexander Krivenyshev; tz(a)iana.org Subject: Re: [tz] Donetsk and Lugansk Republics (UTC+2) may introduce Moscow time (UTC+3). Given the fluidity of the situation and the difficulty of keeping up with what is actually happening on the ground, it may be better for those who prefer Moscow time to use TZ='Europe/Moscow'. That would resemble what has been done with Transnistria, which has worked reasonably well.

1 0

[PROPOSED PATCH 1/4] * asia, backzone: Verify Trần 2005 and add sources.
by Paul Eggert Oct. 22, 2014

Oct. 22, 2014

I obtained a copy of Trần Tiến Bình's 2005 book "Lịch Việt Nam: thế kỷ XX-XXI (1901-2100)", verified that www.thoigian.com.vn's page is a verbatim quote of a passage in pages 45-50, and added a list of Trần's sources for his pp 49-50. --- asia | 25 +++++++++++++++++-------- backzone | 6 +++--- 2 files changed, 20 insertions(+), 11 deletions(-) diff --git a/asia b/asia index 851e6f8..37b2c88 100644 --- a/asia +++ b/asia @@ -2774,16 +2774,14 @@ Zone Asia/Tashkent 4:37:11 - LMT 1924 May 2 # The English-language name of Vietnam's most populous city is "Ho Chi Minh # City"; use Ho_Chi_Minh below to avoid a name of more than 14 characters. -# From Paul Eggert (2014-10-04) after a heads-up from Trần Ngọc Quân: +# From Paul Eggert (2014-10-21) after a heads-up from Trần Ngọc Quân: +# Trần Tiến Bình's authoritative book "Lịch Việt Nam: thế kỷ XX-XXI (1901-2100)" +# (Nhà xuất bản Văn Hoá - Thông Tin, Hanoi, 2005), pp 49-50, +# is quoted verbatim in: # http://www.thoigian.com.vn/?mPage=P80D01 -# lists helpful info, translated by Brian Inglis in: +# is translated by Brian Inglis in: # http://mm.icann.org/pipermail/tz/2014-October/021654.html -# The info cites an authoritative book by Trần Tiến Bình; a 2014 edition is -# "Lịch Việt Nam: thế kỉ XX-XXI (1901-2100) & niên biểu lịch sử Việt Nam" -# http://bookaholic.vn/lich-viet-nam-the-ki-xx-xxi-1901-2100-va-bien-bieu-lic… -# I have asked my library for its copy of the book (a 2005 edition) -# and plan to check that. In the meantime the summary in Thời gian is much -# better than Shanks, and is the basis for the following info. +# and is the basis for the information below. # # The 1906 transition was effective July 1 and standardized Indochina to # Phù Liễn Observatory, legally 104 deg. 17'17" east of Paris. @@ -2803,6 +2801,17 @@ Zone Asia/Tashkent 4:37:11 - LMT 1924 May 2 # To 07:00 on 1955-07-01 in South Vietnam. # To 08:00 on 1959-12-31 at 23:00 in South Vietnam. # To 07:00 on 1975-06-13 in South Vietnam. +# +# Trần cites the following sources; it's unclear which supplied the info above. +# +# Hoàng Xuân Hãn: "Lịch và lịch Việt Nam". Tập san Khoa học Xã hội, +# No. 9, Paris, February 1982. +# +# Lê Thành Lân: "Lịch và niên biểu lịch sử hai mươi thế kỷ (0001-2010)", +# NXB Thống kê, Hanoi, 2000. +# +# Lê Thành Lân: "Lịch hai thế kỷ (1802-2010) và các lịch vĩnh cửu", +# NXB Thuận Hoá, Huế, 1995. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Ho_Chi_Minh 7:06:40 - LMT 1906 Jul 1 diff --git a/backzone b/backzone index 1a7cc3e..29320aa 100644 --- a/backzone +++ b/backzone @@ -333,8 +333,8 @@ Link Asia/Chongqing Asia/Chungking # Vietnam # From Paul Eggert (2014-10-13): # See Asia/Ho_Chi_Minh for the source for this data. -# Trần's book is quoting as saying the 1954-55 transition to 07:00 -# in Hanoi was in October 1954, with exact date and time unknown. +# Trần's book says the 1954-55 transition to 07:00 in Hanoi was in +# October 1954, with exact date and time unspecified. Zone Asia/Hanoi 7:03:24 - LMT 1906 Jul 1 7:06:30 - PLMT 1911 May 1 7:00 - ICT 1942 Dec 31 23:00 @@ -391,7 +391,7 @@ Zone Asia/Tel_Aviv 2:19:04 - LMT 1880 # Laos # From Paul Eggert (2014-10-11): # See Asia/Ho_Chi_Minh for the source for most of this data. -# Trần's book is quoted as saying that Laos reverted to UT+7 on 1955-04-15. +# Trần's book says that Laos reverted to UT+7 on 1955-04-15. # Also, guess that Laos reverted to UT+7 on 1945-09-02, when Vietnam did; # this is probably wrong but it's better than guessing no transition. Zone Asia/Vientiane 6:50:24 - LMT 1906 Jul 1 -- 1.9.3

1 3

[tz-announce] 2014i release of tz code and data available
by Paul Eggert Oct. 22, 2014

Oct. 22, 2014

The 2014i release of the tz code and data is available. It reflects the following changes, which were either circulated on the tz mailing list or are relatively minor technical or administrative changes: Changes affecting future time stamps Pacific/Fiji will observe DST from 2014-11-02 02:00 to 2015-01-18 03:00. (Thanks to Ken Rylander for the heads-up.) Guess that future years will use a similar pattern. A new Zone Pacific/Bougainville, for the part of Papua New Guinea that plans to switch from UTC+10 to UTC+11 on 2014-12-28 at 02:00. (Thanks to Kiley Walbom for the heads-up.) Changes affecting time zone abbreviations Since Belarus is not changing its clocks even though Moscow is, the time zone abbreviation in Europe/Minsk is changing from FET to its more-traditional value MSK on 2014-10-26 at 01:00. (Thanks to Alexander Bokovoy for the heads-up about Belarus.) The new abbreviation IDT stands for the pre-1976 use of UT+8 in Indochina, to distinguish it better from ICT (UT+7). Changes affecting past time stamps Many time stamps have been corrected for Asia/Ho_Chi_Minh before 1976 (thanks to Trần Ngọc Quân for an indirect pointer to Trần Tiến Bình's authoritative book). Asia/Ho_Chi_Minh has been added to zone1970.tab, to give tzselect users in Vietnam two choices, since north and south Vietnam disagreed after our 1970 cutoff. Asia/Phnom_Penh and Asia/Vientiane have been turned into links, as they differed from existing zones only for older time stamps. As usual, these changes affect pre-1970 time stamps only. Their old contents have been moved to the 'backzone' file. Changes affecting code The time-related library functions now set errno on failure, and some crashes in the new tzalloc-related library functions have been fixed. (Thanks to Christos Zoulas for reporting most of these problems and for suggesting fixes.) If USG_COMPAT is defined and the requested time stamp is standard time, the tz library's localtime and mktime functions now set the extern variable timezone to a value appropriate for that time stamp; and similarly for ALTZONE, daylight saving time, and the altzone variable. This change is a companion to the tzname change in 2014h, and is designed to make timezone and altzone more compatible with tzname. The tz library's functions now set errno to EOVERFLOW if they fail because the result cannot be represented. ctime and ctime_r now return NULL and set errno when a time stamp is out of range, rather than having undefined behavior. Some bugs associated with the new 2014g functions have been fixed. This includes a bug that largely incapacitated the new functions time2posix_z and posix2time_z. (Thanks to Christos Zoulas.) It also includes some uses of uninitialized variables after tzalloc. The new code uses the standard type 'ssize_t', which the Makefile now gives porting advice about. Changes affecting commentary Updated URLs for NRC Canada (thanks to Matt Johnson and Brian Inglis). Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2014i.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2014i.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2014i.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2014i.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 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. This release corresponds to commit 6ea8fa787948062de40354dd81092f85c8e3fd84 dated Tue Oct 21 22:04:57 2014 -0700 and tagged '2014i' in the experimental github repository at <https://github.com/eggert/tz>. Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJURzuIAAoJEO2X6Q5iqn40iGAQALHOIO95XRDZSIjYBwnKw9Jc 6k9mpjUDhzY3dhTH5Cf1uaili1cAZIoJaTWzMrCmileCnXiumgKl2bLEY+wADCz1 cmkLAkzH1lN8R+/u1kC4tKtosaEDuItvufWpQeUVhSfIC2QA/eh3tzV/ZFZLXElE FiWkkPEp+sngaQcN2TK+OAYpoCu1qcw+kt5RF+pM4WH7CBnoj2z5GVgdLmKstzOU Jh7a3FK+JK+WRYY12r0JaED3YirITuXRUTpWnm3+pgBnNFEFh+BcaMjBRpvdixAm TcckbBVhlJy0GFf7bcqdSusUjRHRx7HRfEnyXy9SFOu7SoXuQYnysDLSDpWDhUTr ZdExaT3mm3guJe+FjmGcIDwdHEZ3OCRqcnoRtRuOxEON5/KMyxKlOdza7cZ1yOtI Dlx4FuCJub3c8vYAHW52nABGFs4CSVu2QaG13H1M5DK5zP9sqc7uLgs+Rdk5B8QZ J6TONedUBWxjvAnEtZ4t9fc677w3vIZFtQToqVJN3HyLqVfpRkfCLvf8tCg8TCUK fxtkxSM/jzunEd12s71QvpeGyjAcShL+2XyxgrrMdaXJQfRPnhoBY6Axg6AzG6Ra Pu1hSxGkNwM+b1tWjnKrsEhLQFG/X7CX9iBul0gxyL/6hizrTagquu1KS5mELNFn GuAdsjuIdS6DfudDpE7/ =a/ca -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJURzuIAAoJEO2X6Q5iqn40ZPEP/1M2gQY7eAWCepyA0Ly/iiug Xo21LoJNgWAPSvlfXSmGWeJZgxghDgSOa6hw7kvq5nvFQJyIR3vRQEJ3tkDFqTk3 2whplJlpaqflT0VzPcNRiSyB9yibZQalj4/rsAa8W7J9i45Xh5G9U+BZvHl9NE/D zOEvbVj6Kz0r9AhqO+KMLkKcHRLb48W6/wMBLh1eQVOV3Xn72nPt3aO3+34N8NNH dQVMFbz1/A3yOkIMvKQHPLKuvA75H9XgDbPpHi/UuIpogg0gVogM9kSlnivritjy /c49COytMsy0cdhWV0YgTGtcZ0k66hXHtZRMiBTXF1RA+S7fmzzTsXhZcxb+KcFa yF0Od0qrqCzruqjFdnHypk8JeCp/QPTDwDktNcevI7Ec99LL41JI5NgwHo6RWRu6 MIlGELmbE/HXyO24f10v5Lk/catDx6umCG2k22C+vMH9YPuyCFrIjTulOos/Kuil bN1LjLXG+G4wJsRdblhxno3krneTtMXN/XPw9SEC6bW+xYnn5n0Ro9Yva71XK8fL 4cIH5NHz5FKVLiQwjFRk/Cuzcoz98QZC0JqXtQVttPCgiFI1BPBYafFl/QcFhP4Q vKqVKM8KXiXEWsLlkqetbvr+sKF0UvkMitJfb974iSK7jEJRs2ssgT7lzvwKlrEn P5PVqeYlSF+U+bKfO00n =rU8w -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

[PROPOSED PATCH 1/4] * asia, backzone: Verify Trần 2005 and add sources.
by Paul Eggert Oct. 22, 2014

Oct. 22, 2014

I obtained a copy of Trần Tiến Bình's 2005 book "Lịch Việt Nam: thế kỷ XX-XXI (1901-2100)", verified that www.thoigian.com.vn's page is a verbatim quote of a passage in pages 45-50, and added a list of Trần's sources for his pp 49-50. --- asia | 25 +++++++++++++++++-------- backzone | 6 +++--- 2 files changed, 20 insertions(+), 11 deletions(-) diff --git a/asia b/asia index 851e6f8..37b2c88 100644 --- a/asia +++ b/asia @@ -2774,16 +2774,14 @@ Zone Asia/Tashkent 4:37:11 - LMT 1924 May 2 # The English-language name of Vietnam's most populous city is "Ho Chi Minh # City"; use Ho_Chi_Minh below to avoid a name of more than 14 characters. -# From Paul Eggert (2014-10-04) after a heads-up from Trần Ngọc Quân: +# From Paul Eggert (2014-10-21) after a heads-up from Trần Ngọc Quân: +# Trần Tiến Bình's authoritative book "Lịch Việt Nam: thế kỷ XX-XXI (1901-2100)" +# (Nhà xuất bản Văn Hoá - Thông Tin, Hanoi, 2005), pp 49-50, +# is quoted verbatim in: # http://www.thoigian.com.vn/?mPage=P80D01 -# lists helpful info, translated by Brian Inglis in: +# is translated by Brian Inglis in: # http://mm.icann.org/pipermail/tz/2014-October/021654.html -# The info cites an authoritative book by Trần Tiến Bình; a 2014 edition is -# "Lịch Việt Nam: thế kỉ XX-XXI (1901-2100) & niên biểu lịch sử Việt Nam" -# http://bookaholic.vn/lich-viet-nam-the-ki-xx-xxi-1901-2100-va-bien-bieu-lic… -# I have asked my library for its copy of the book (a 2005 edition) -# and plan to check that. In the meantime the summary in Thời gian is much -# better than Shanks, and is the basis for the following info. +# and is the basis for the information below. # # The 1906 transition was effective July 1 and standardized Indochina to # Phù Liễn Observatory, legally 104 deg. 17'17" east of Paris. @@ -2803,6 +2801,17 @@ Zone Asia/Tashkent 4:37:11 - LMT 1924 May 2 # To 07:00 on 1955-07-01 in South Vietnam. # To 08:00 on 1959-12-31 at 23:00 in South Vietnam. # To 07:00 on 1975-06-13 in South Vietnam. +# +# Trần cites the following sources; it's unclear which supplied the info above. +# +# Hoàng Xuân Hãn: "Lịch và lịch Việt Nam". Tập san Khoa học Xã hội, +# No. 9, Paris, February 1982. +# +# Lê Thành Lân: "Lịch và niên biểu lịch sử hai mươi thế kỷ (0001-2010)", +# NXB Thống kê, Hanoi, 2000. +# +# Lê Thành Lân: "Lịch hai thế kỷ (1802-2010) và các lịch vĩnh cửu", +# NXB Thuận Hoá, Huế, 1995. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Ho_Chi_Minh 7:06:40 - LMT 1906 Jul 1 diff --git a/backzone b/backzone index 1a7cc3e..29320aa 100644 --- a/backzone +++ b/backzone @@ -333,8 +333,8 @@ Link Asia/Chongqing Asia/Chungking # Vietnam # From Paul Eggert (2014-10-13): # See Asia/Ho_Chi_Minh for the source for this data. -# Trần's book is quoting as saying the 1954-55 transition to 07:00 -# in Hanoi was in October 1954, with exact date and time unknown. +# Trần's book says the 1954-55 transition to 07:00 in Hanoi was in +# October 1954, with exact date and time unspecified. Zone Asia/Hanoi 7:03:24 - LMT 1906 Jul 1 7:06:30 - PLMT 1911 May 1 7:00 - ICT 1942 Dec 31 23:00 @@ -391,7 +391,7 @@ Zone Asia/Tel_Aviv 2:19:04 - LMT 1880 # Laos # From Paul Eggert (2014-10-11): # See Asia/Ho_Chi_Minh for the source for most of this data. -# Trần's book is quoted as saying that Laos reverted to UT+7 on 1955-04-15. +# Trần's book says that Laos reverted to UT+7 on 1955-04-15. # Also, guess that Laos reverted to UT+7 on 1945-09-02, when Vietnam did; # this is probably wrong but it's better than guessing no transition. Zone Asia/Vientiane 6:50:24 - LMT 1906 Jul 1 -- 1.9.3

1 3

Donetsk and Lugansk Republics (UTC+2) may introduce Moscow time (UTC+3).
by Alexander Krivenyshev Oct. 22, 2014

Oct. 22, 2014

According to some news The Donetsk People's Republic (DPR or DNR) - self-proclaimed state in eastern Ukraine: http://en.wikipedia.org/wiki/Donetsk_People's_Republic is considering to introduce Moscow time on October 26, 2014 (from UTC+2 to UTC+3). Moscow is planning to change its time zone from current UTC+4 back to UTC+3 Donetsk republic to adopt Moscow time (Russian ITAR-TASS News Agency): "DNR plans to adjust its clocks to Moscow standard time, Zakharchenko said. “We will transit to our own time zone and will adopt it,” Zakharchenko said. “We will welcome in the New Year by Moscow standard time.”" http://en.itar-tass.com/world/755169 Litvinov: DND will take the law about moving to Moscow time on the last working day of the week: "The Parliament of the self-proclaimed Donetsk national Republic will pass a law about moving to Moscow time on the last working day of the week, informs the press center of the " new Russia " referring to the speaker of the Parliament DND Boris Litvinov." http://news.rin.ru/eng/news///68008/1/ DNI will switch to winter time together with Moscow: "The Prime Minister of the Republic considers that, in this way they will return to its historical zone. Prime Minister of the people's Republic, Alexander Zakharchenko Donetsk announced that 26 October they will switch to winter time together with Moscow." http://reflexion-shades.blogspot.com/2014/10/zakharchenko-dni-will-switch- to-winter.html DPR switches to Moscow time: " The DPR administration is going to introduce Moscow time on its territories, UNIAN reports." http://euroradio.fm/en/dpr-switches-moscow-time There are news in Russian, that The Lugansk People's Republic (LPR or LNR) - self-proclaimed state in eastern Ukraine http://en.wikipedia.org/wiki/Lugansk_People's_Republic is also considering to introduce Moscow time: (in Russian) Luhansk and Donetsk republic will go to Moscow time http://russian.rt.com/article/37119 http://dnr-news.com/dnr/6047-luganskaya-i-doneckaya-respubliki-pereydut-na- moskovskoe-vremya.html http://www.WorldTimeZone.com

1 0

[IANA Time Zone Database change] case: 2014-0929-0685: Russia government changed time-zone to permanent winter time
by Mengzhe Hu Oct. 21, 2014

Oct. 21, 2014

Hello IANA team, This is Mengzhe Hu from Juniper Networks Advanced TAC. Here we are importing the IANA Time Zone Database to Junos referring to the two pages below: Juniper page:http://www.juniper.net/documentation/en_US/junos13.3/topics/task/confi… IANA page: http://www.iana.org/time-zones But from the latest tzdata-latest.tar.gz<ftp://ftp.iana.org/tz/tzdata-latest.tar.gz> , we can't find the corresponding change reflecting the Moscow, Russia government time zone change. Please refer to the following page: http://www.timeanddate.com/time/change/russia/moscow We have done the following tests using your latest database: First I compiled new tzdata downloaded from iana.org and added use-imported-time-zones command in configuration. After i run my test. Set date to Oct 26 01:59 a.m. and waited for 02:00a.m. At that point time must be moved back to 01:00a.m. but it doesn't happen. root@MX960-R31-RE0> set date 201410260159.00 Sun Oct 26 01:59:00 MSK 2014 root@MX960-R31-RE0> show system uptime Current time: 2014-10-26 01:59:05 MSK System booted: 2014-10-22 00:23:26 MSK (4d 02:35 ago) Protocols started: 2014-10-22 00:24:46 MSK (4d 02:34 ago) Last configured: 2014-10-25 15:00:15 MSK (11:58:50 ago) by apinaev 1:59AM up 4 days, 2:36, 1 user, load averages: 0.02, 0.04, 0.00 root@MX960-R31-RE0> show system uptime Current time: 2014-10-26 01:59:57 MSK System booted: 2014-10-22 00:23:26 MSK (4d 02:36 ago) Protocols started: 2014-10-22 00:24:46 MSK (4d 02:35 ago) Last configured: 2014-10-25 15:00:15 MSK (11:59:42 ago) by apinaev 1:59AM up 4 days, 2:37, 1 user, load averages: 0.21, 0.08, 0.02 root@MX960-R31-RE0> show system uptime Current time: 2014-10-26 02:00:03 MSK System booted: 2014-10-22 00:23:26 MSK (4d 02:36 ago) Protocols started: 2014-10-22 00:24:46 MSK (4d 02:35 ago) Last configured: 2014-10-25 15:00:15 MSK (11:59:48 ago) by apinaev 2:00AM up 4 days, 2:37, 1 user, load averages: 0.17, 0.08, 0.02<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<should change to 1:00 AM Please look into the issue with high priority because the timezone change will happen in Oct 26th which is 6 days from now. Regards, Mengzhe

3 2

Cayman Islands considering DST
by Paul Eggert Oct. 21, 2014

Oct. 21, 2014

The Cayman Islands are considering the use of daylight saving time for the first time. The government is inviting public comment through October 30. Arguments for DST include better synchronization with New York financial markets as well as stimulating tourism. See: Ministry of Financial Services, Commerce & Environment, Cayman Islands Government. Introduction of daylight savings time in the Cayman Islands. 2014-09-15. http://www.dci.gov.ky/pls/portal/url/item/0322D04AF1235B50E0506F0A6F1F5D58

1 1

Fiji DST Oct 26
by Ken Rylander Oct. 21, 2014

Oct. 21, 2014

Hi Paul, There might be an issue with the Fiji DST (Pacific/Fiji), predicted to happen on Oct 26, at 3am. It looks like the Fiji government haven't yet decided on whether to have DST this year, or not. And in that case, on what date it will start. There was recently elections here, and it seems like the Fiji government haven't prioritised any decisions around DST. Taking this into consideration, and also the fact that this future, predicted date was introduced by the TZDB, would it be possible to get a tzdata version, where the DST for 2014 is removed? *Ken Rylander**|*Solution Development and BI Manager - Digicel Pacific *|*** *Digicel (Fiji) Ltd****|*P.O.Box 13811, Suva, Fiji *|*Ground Floor, Kadavu House, Victoria Parade, Suva, Fiji *|* *Mobile*(679) 701 5353***| **Fax*(679) 331 0201 *| *_ken.rylander(a)digicelgroup.com <mailto:ken.rylander@digicelgroup.com>_*| **www.digicelpacific.com <http://www.digicelpacific.com/>*

13 31

Fiji DST, starts 2nd November
by "" Oct. 20, 2014

Oct. 20, 2014

DAYLIGHT-SAVING-STARTS-ON-SUNDAY,-NOVEMBER-2ND.aspx <http://www.fiji.gov.fj/Media-Center/Press-Releases/DAYLIGHT-SAVING-STARTS-O…>

1 0

more changes (and a bug fix)
by christos＠zoulas.com Oct. 19, 2014

Oct. 19, 2014

Hi, Most of these changes make sure that errno is always set appropriately when the time functions fail. The bug fix below that when lclptr is allocated, is not zeroed and the result from zoneinit() was not checked. If zoneinit failed, then lclptr would contain garbage, and settzname() would coredump because it assumed that the lclptr contents were sane. christos --- localtime.c.orig 2014-10-07 16:20:32.000000000 -0400 +++ localtime.c 2014-10-16 14:10:03.000000000 -0400 @@ -690,17 +690,23 @@ register char c; register int num; - if (strp == NULL || !is_digit(c = *strp)) + if (strp == NULL || !is_digit(c = *strp)) { + errno = EINVAL; return NULL; + } num = 0; do { num = num * 10 + (c - '0'); - if (num > max) + if (num > max) { + errno = ERANGE; return NULL; /* illegal value */ + } c = *++strp; } while (is_digit(c)); - if (num < min) + if (num < min) { + errno = ERANGE; return NULL; /* illegal value */ + } *nump = num; return strp; } @@ -1202,14 +1208,20 @@ ? lcl_is_set < 0 : 0 < lcl_is_set && strcmp(lcl_TZname, name) == 0) return; - if (0 < lcl) - strcpy(lcl_TZname, name); #ifdef ALL_STATE if (! lclptr) lclptr = malloc(sizeof *lclptr); #endif /* defined ALL_STATE */ - zoneinit(lclptr, name); + if (!zoneinit(lclptr, name)) { +#ifdef ALL_STATE + free(lclptr); + lclptr = NULL; +#endif + return; + } settzname(); + if (0 < lcl) + strcpy(lcl_TZname, name); lcl_is_set = lcl; } @@ -1328,8 +1340,10 @@ newt += seconds; else newt -= seconds; if (newt < sp->ats[0] || - newt > sp->ats[sp->timecnt - 1]) - return NULL; /* "cannot happen" */ + newt > sp->ats[sp->timecnt - 1]) { + errno = EINVAL; + return NULL; /* "cannot happen" */ + } result = localsub(sp, &newt, offset, tmp); if (result) { register int_fast64_t newy; @@ -1338,8 +1352,10 @@ if (t < sp->ats[0]) newy -= years; else newy += years; - if (! (INT_MIN <= newy && newy <= INT_MAX)) + if (! (INT_MIN <= newy && newy <= INT_MAX)) { + errno = EOVERFLOW; return NULL; + } result->tm_year = newy; } return result; @@ -1528,13 +1544,13 @@ tdelta = tdays / DAYSPERLYEAR; if (! ((! TYPE_SIGNED(time_t) || INT_MIN <= tdelta) && tdelta <= INT_MAX)) - return NULL; + goto overflow; idelta = tdelta; if (idelta == 0) idelta = (tdays < 0) ? -1 : 1; newy = y; if (increment_overflow(&newy, idelta)) - return NULL; + goto overflow; leapdays = leaps_thru_end_of(newy - 1) - leaps_thru_end_of(y - 1); tdays -= ((time_t) newy - y) * DAYSPERNYEAR; @@ -1563,17 +1579,17 @@ } while (idays < 0) { if (increment_overflow(&y, -1)) - return NULL; + goto overflow; idays += year_lengths[isleap(y)]; } while (idays >= year_lengths[isleap(y)]) { idays -= year_lengths[isleap(y)]; if (increment_overflow(&y, 1)) - return NULL; + goto overflow; } tmp->tm_year = y; if (increment_overflow(&tmp->tm_year, -TM_YEAR_BASE)) - return NULL; + goto overflow; tmp->tm_yday = idays; /* ** The "extra" mods below avoid overflow problems. @@ -1604,6 +1620,8 @@ tmp->TM_GMTOFF = offset; #endif /* defined TM_GMTOFF */ return tmp; +overflow: + return NULL; } char * @@ -1753,20 +1771,21 @@ if (do_norm_secs) { if (normalize_overflow(&yourtm.tm_min, &yourtm.tm_sec, SECSPERMIN)) - return WRONG; + goto overflow; } if (normalize_overflow(&yourtm.tm_hour, &yourtm.tm_min, MINSPERHOUR)) - return WRONG; + goto overflow; if (normalize_overflow(&yourtm.tm_mday, &yourtm.tm_hour, HOURSPERDAY)) - return WRONG; + goto overflow; y = yourtm.tm_year; if (normalize_overflow32(&y, &yourtm.tm_mon, MONSPERYEAR)) - return WRONG; + goto overflow; /* ** Turn y into an actual year number for now. ** It is converted back to an offset from TM_YEAR_BASE later. */ if (increment_overflow32(&y, TM_YEAR_BASE)) + goto overflow; return WRONG; while (yourtm.tm_mday <= 0) { if (increment_overflow32(&y, -1)) @@ -1792,9 +1811,9 @@ } } if (increment_overflow32(&y, -TM_YEAR_BASE)) - return WRONG; + goto overflow; if (! (INT_MIN <= y && y <= INT_MAX)) - return WRONG; + goto overflow; yourtm.tm_year = y; if (yourtm.tm_sec >= 0 && yourtm.tm_sec < SECSPERMIN) saved_seconds = 0; @@ -1844,17 +1863,17 @@ if (dir != 0) { if (t == lo) { if (t == time_t_max) - return WRONG; + goto overflow; ++t; ++lo; } else if (t == hi) { if (t == time_t_min) - return WRONG; + goto overflow; --t; --hi; } if (lo > hi) - return WRONG; + goto invalid; if (dir > 0) hi = t; else lo = t; @@ -1898,7 +1917,7 @@ ** gets checked. */ if (sp == NULL) - return WRONG; + goto invalid; for (i = sp->typecnt - 1; i >= 0; --i) { if (sp->ttis[i].tt_isdst != yourtm.tm_isdst) continue; @@ -1920,16 +1939,22 @@ goto label; } } - return WRONG; + goto invalid; } label: newt = t + saved_seconds; if ((newt < t) != (saved_seconds < 0)) - return WRONG; + overflow; t = newt; if (funcp(sp, &t, offset, tmp)) *okayp = true; return t; +invalid: + errno = EINVAL; + return WRONG; +overflow: + errno = EOVERFLOW; + return WRONG; } static time_t @@ -1966,6 +1991,7 @@ char seen[TZ_MAX_TYPES]; unsigned char types[TZ_MAX_TYPES]; bool okay; + int save_errno; if (tmp == NULL) { errno = EINVAL; @@ -1973,9 +1999,12 @@ } if (tmp->tm_isdst > 1) tmp->tm_isdst = 1; + save_errno = errno; t = time2(tmp, funcp, sp, offset, &okay); - if (okay) + if (okay) { + errno = save_errno; return t; + } if (tmp->tm_isdst < 0) #ifdef PCTS /* @@ -2013,8 +2042,10 @@ sp->ttis[samei].tt_gmtoff; tmp->tm_isdst = !tmp->tm_isdst; t = time2(tmp, funcp, sp, offset, &okay); - if (okay) + if (okay) { + errno = save_errno; return t; + } tmp->tm_sec -= sp->ttis[otheri].tt_gmtoff - sp->ttis[samei].tt_gmtoff; tmp->tm_isdst = !tmp->tm_isdst;

2 4

Canadian time zones official site link
by Matt Johnson Oct. 18, 2014

Oct. 18, 2014

The TZ source comments for Canada references the INMS, but the link there is dead. Archive.org's last copy was taken in June 2006: https://web.archive.org/web/20060710032930/http://inms-ienm.nrc-cnrc.gc.ca/… It appears that the INMS is/was a division of the NRC, and I've found the current time zone page for the NRC here: http://www.nrc-cnrc.gc.ca/eng/services/time/time_zones.html The pages appear very similar. Please update the comments in the TZ source accordingly. Thanks.

3 3

Re: [tz] Carving shapes
by Marvel, Jim (CPCOE) Oct. 17, 2014

Oct. 17, 2014

Also, how to determine borders for Zabaykalsky Krai From: Marvel, Jim (CPCOE) Sent: Thursday, October 16, 2014 11:22 AM To: 'tz(a)iana.org' Subject: Carving shapes How to determine borders for these new zones? Two zones are added: Asia/Chita (split from Asia/Yakutsk, and also with two hours subtracted) and Asia/Srednekolymsk (split from Asia/Magadan, but with only one hour subtracted). thanks Jim Marvel

4 6

Incorrect timezone offset with current Russian rules - tzdata or glibc bug or normal?
by Andrei Borzenkov Oct. 17, 2014

Oct. 17, 2014

I hit strange problem which looks like a bug and actually caused serious problem due to different interpretation of current timezone offset. Current tzdata correctly - as far as I can tell - defines time today as UTC-4 with summer time inactive: /etc/localtime Sat Mar 26 23:00:00 2011 UT = Sun Mar 27 03:00:00 2011 MSK isdst=0 gmtoff=14400 /etc/localtime Sat Oct 25 21:59:59 2014 UT = Sun Oct 26 01:59:59 2014 MSK isdst=0 gmtoff=14400 /etc/localtime Sat Oct 25 22:00:00 2014 UT = Sun Oct 26 01:00:00 2014 MSK isdst=0 gmtoff=10800 /etc/localtime 9223372036854689407 = NULL /etc/localtime 9223372036854775807 = NULL But the valule of variable "timezone" (man timezone(3)) is set to UTC-3 ... bor@opensuse:~/tmp/sapttzz> ./sapttz Name of local time zone: no info (=TZ) Technical description of local time zone: UTC time +10800 sec Daylight Saving Time at the current/given date is: inaktiv where offset is computed as simply printf(" UTC time %+ld sec\n",- (long int)timezone); if(tm->tm_isdst == 1) printf(" aktiv\n"); else if(tm->tm_isdst == 0) printf(" inaktiv\n"); else printf(" unknown\n"); So basically any application which tries to compute current offset from UTC as based offset (timezone) + dst offset (if isdst) will fail. Or better, two programs running on the same system may have different idea of current time. What puzzles me - if I take previous timezone before last change (before 2014f) the same program displays correct time. But visually nothing has changed ... /etc/localtime Sat Mar 26 22:59:59 2011 UT = Sun Mar 27 01:59:59 2011 MSK isdst=0 gmtoff=10800 /etc/localtime Sat Mar 26 23:00:00 2011 UT = Sun Mar 27 03:00:00 2011 MSK isdst=0 gmtoff=14400 /etc/localtime 9223372036854689407 = NULL /etc/localtime 9223372036854775807 = NULL bor@opensuse:~/tmp/sapttzz> ./sapttz Name of local time zone: no info (=TZ) Technical description of local time zone: UTC time +14400 sec Daylight Saving Time at the current/given date is: inaktiv openSUSE 13.1 with glibc-2.18-4.21.1.x86_64 Any ideas? TIA -andrei

2 1

Utah may drop DST
by Paul Eggert Oct. 17, 2014

Oct. 17, 2014

The Utah Governor's Office of Economic Development, pursuant to a bill passed last year by the state legislature, polled citizens and held public meetings about daylight saving time. They got more than 27,000 responses, including 13,000 written comments totaling 574,000 words. The results: 67% preferred Mountain Standard Time (UTC-7) all year (like Arizona) 18% preferred daylight time (UTC-6) all year, essentially Central Standard Time 15% liked the current spring-forward/fall-back system The main argument of the majority was convenience. The tourism and recreation industries prefer daylight saving, though, and will lobby against switching to MST all year if (as seems likely) an MST bill is introduced in the legislature. My source: Davidson L. Something new under the sun: Utah may dump daylight saving time. Salt Lake Tribune 2014-10-15 http://www.sltrib.com/sltrib/politics/58526154-90/daylight-saving-malley-ut…

10 15