- tz - lists.iana.org

[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