- tz - lists.iana.org

[PROPOSED PATCH 1/4] * leapseconds.awk: Update the IERS's full name.
by Paul Eggert Nov. 1, 2014

Nov. 1, 2014

--- leapseconds.awk | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/leapseconds.awk b/leapseconds.awk index ee20ecc..bb81e96 100644 --- a/leapseconds.awk +++ b/leapseconds.awk @@ -15,8 +15,8 @@ BEGIN { print "# The NTP Timescale and Leap Seconds" print "# http://www.eecis.udel.edu/~mills/leap.html" print "" - print "# The International Earth Rotation Service periodically uses leap seconds" - print "# to keep UTC to within 0.9 s of UT1" + print "# The International Earth Rotation and Reference Systems Service" + print "# periodically uses leap seconds to keep UTC to within 0.9 s of UT1" print "# (which measures the true angular orientation of the earth in space); see" print "# Terry J Quinn, The BIPM and the accurate measure of time," print "# Proc IEEE 79, 7 (July 1991), 894-905 <http://dx.doi.org/10.1109/5.84965>." -- 1.9.1

1 3

[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

zone.tab deprecation
by Matt Johnson Oct. 16, 2014

Oct. 16, 2014

I understand the differences between zone.tab and zone1970.tab, but why does zone.tab have to be deprecated? Can't we just maintain both files indefinitely? Then developers can choose whichever file makes sense for their scenario. Is there a specific reason for the deprecation? If it is to be dropped at some point - how far out is that, and does it get maintained until then?

2 1

Carving shapes
by Marvel, Jim (CPCOE) Oct. 16, 2014

Oct. 16, 2014

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

1 0

zdump bug in Asia/Singapore
by Tim Parenti Oct. 15, 2014

Oct. 15, 2014

While sorting out some issues for tzdist, I noticed a bug in zdump, which is still present in 2014g. Running zdump on Asia/Singapore for both 1981 and 1982 together produces the expected transition from UTC+7:30 to UTC+8 at the boundary between those years: $ ./zdump.exe -vc 1981,1983 Asia/Singapore Asia/Singapore -9223372036854775808 = NULL Asia/Singapore -9223372036854689408 = NULL Asia/Singapore Thu Dec 31 16:29:59 1981 UT = Thu Dec 31 23:59:59 1981 SGT isdst=0 Asia/Singapore Thu Dec 31 16:30:00 1981 UT = Fri Jan 1 00:30:00 1982 SGT isdst=0 Asia/Singapore 9223372036854689407 = NULL Asia/Singapore 9223372036854775807 = NULL However, running it on 1981 and 1982 individually does not: $ ./zdump.exe -vc 1981,1982 Asia/Singapore Asia/Singapore -9223372036854775808 = NULL Asia/Singapore -9223372036854689408 = NULL Asia/Singapore 9223372036854689407 = NULL Asia/Singapore 9223372036854775807 = NULL $ ./zdump.exe -vc 1982,1983 Asia/Singapore Asia/Singapore -9223372036854775808 = NULL Asia/Singapore -9223372036854689408 = NULL Asia/Singapore 9223372036854689407 = NULL Asia/Singapore 9223372036854775807 = NULL Initially, I thought this might have to do with the fact that the transition is specified as a Zone continuation line rather than as a Rule, since zdump properly handled my extended edge-case examples to Jon Skeet a while back: http://mm.icann.org/pipermail/tz/2014-July/021162.html <http://mm.icann.org/pipermail/tz/2014-July/021162.html> zdump also properly handles Asia/Dhaka's DST transition at the end of 2009, but fails in some other similar cases. So it looks like it's more to do with the transition taking place too close to the year boundary. Part of the problem may be the transition happening in different years, UTC and local, but that doesn't seem to be all that's going on. Attached are some test cases to run against various versions of Singapore with 1981,1982 and 1982,1983; and various versions of Dhaka with 2009,2010 and 2010,2011. All of these should work, but most currently don't. (The ones that do are marked.) -- Tim Parenti

4 21

localtime.c patch
by christos＠zoulas.com Oct. 14, 2014

Oct. 14, 2014

Minor nits. christos --- localtime.c.orig 2014-10-07 16:20:32.000000000 -0400 +++ localtime.c 2014-10-07 16:22:47.000000000 -0400 @@ -306,3 +306,3 @@ register int stored; - register int nread; + register ssize_t nread; typedef union { @@ -934,3 +934,2 @@ register bool load_ok; - static struct ttinfo zttinfo; @@ -1006,3 +1005,3 @@ */ - sp->ttis[0] = sp->ttis[1] = zttinfo; + memset(sp->ttis, 0, sizeof(sp->ttis)); sp->ttis[0].tt_gmtoff = -dstoffset; @@ -1131,3 +1130,3 @@ */ - sp->ttis[0] = sp->ttis[1] = zttinfo; + memset(sp->ttis, 0, sizeof(sp->ttis)); sp->ttis[0].tt_gmtoff = -stdoffset; @@ -1145,3 +1144,3 @@ sp->timecnt = 0; - sp->ttis[0] = zttinfo; + memset(sp->ttis, 0, sizeof(sp->ttis)); sp->ttis[0].tt_gmtoff = -stdoffset; @@ -2108,3 +2107,2 @@ - sp = lclptr; i = sp->leapcnt;

5 12

[PROPOSED PATCH] new Zone Pacific/Bougainville
by Paul Eggert Oct. 14, 2014

Oct. 14, 2014

This is 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.) * australasia (Pacific/Bougainville): New zone. * zone.tab, zone1970.tab: Add entries for it. * NEWS: Document this. --- NEWS | 6 ++++++ australasia | 25 +++++++++++++++++++++++++ zone.tab | 3 ++- zone1970.tab | 3 ++- 4 files changed, 35 insertions(+), 2 deletions(-) diff --git a/NEWS b/NEWS index 69dc2ca..26dcbf6 100644 --- a/NEWS +++ b/NEWS @@ -2,6 +2,12 @@ News for the tz database Unreleased, experimental changes + Changes affecting future time stamps + + 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 past time stamps Many time stamps have been corrected for Asia/Ho_Chi_Minh before 1976 diff --git a/australasia b/australasia index 5ea1f18..c06e62c 100644 --- a/australasia +++ b/australasia @@ -519,6 +519,30 @@ Zone Pacific/Palau 8:57:56 - LMT 1901 # Koror Zone Pacific/Port_Moresby 9:48:40 - LMT 1880 9:48:32 - PMMT 1895 # Port Moresby Mean Time 10:00 - PGT # Papua New Guinea Time +# +# From Paul Eggert (2014-10-13): +# Base the Bougainville entry on the Arawa-Kieta region, which appears to have +# the most people even though it was devastated in the Bougainville Civil War. +# +# Although Shanks gives 1942-03-15 / 1943-11-01 for JST, these dates +# are apparently rough guesswork from the starts of military campaigns. +# The World War II entries below are instead based on Arawa-Kieta. +# The Japanese occupied Kieta in July 1942, +# according to the Pacific War Online Encyclopedia +# http://pwencycl.kgbudge.com/B/o/Bougainville.htm +# and seem to have controlled it until their 1945-08-21 surrender. +# +# The Autonomous Region of Bougainville plans to switch from UTC+10 to UTC+11 +# on 2014-12-28 at 02:00. They call UTC+11 "Bougainville Standard Time"; +# abbreviate this as BST. See: +# http://www.bougainville24.com/bougainville-issues/bougainville-gets-own-tim… +# +Zone Pacific/Bougainville 10:22:16 - LMT 1880 + 9:48:32 - PMMT 1895 + 10:00 - PGT 1942 Jul + 9:00 - JST 1945 Aug 21 + 10:00 - PGT 2014 Dec 28 2:00 + 11:00 - BST # Pitcairn # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -803,6 +827,7 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # 10:00 AEST AEDT Eastern Australia # 10:00 ChST Chamorro # 10:30 LHST LHDT Lord Howe* +# 11:00 BST Bougainville* # 11:30 NZMT NZST New Zealand through 1945 # 12:00 NZST NZDT New Zealand 1946-present # 12:15 CHAST Chatham through 1945* diff --git a/zone.tab b/zone.tab index 084bb2f..a7373f1 100644 --- a/zone.tab +++ b/zone.tab @@ -307,7 +307,8 @@ PE -1203-07703 America/Lima PF -1732-14934 Pacific/Tahiti Society Islands PF -0900-13930 Pacific/Marquesas Marquesas Islands PF -2308-13457 Pacific/Gambier Gambier Islands -PG -0930+14710 Pacific/Port_Moresby +PG -0930+14710 Pacific/Port_Moresby most locations +PG -0613+15534 Pacific/Bougainville Bougainville PH +1435+12100 Asia/Manila PK +2452+06703 Asia/Karachi PL +5215+02100 Europe/Warsaw diff --git a/zone1970.tab b/zone1970.tab index 57c11f1..e971bc7 100644 --- a/zone1970.tab +++ b/zone1970.tab @@ -264,7 +264,8 @@ PE -1203-07703 America/Lima PF -1732-14934 Pacific/Tahiti Society Islands PF -0900-13930 Pacific/Marquesas Marquesas Islands PF -2308-13457 Pacific/Gambier Gambier Islands -PG -0930+14710 Pacific/Port_Moresby +PG -0930+14710 Pacific/Port_Moresby most locations +PG -0613+15534 Pacific/Bougainville Bougainville PH +1435+12100 Asia/Manila PK +2452+06703 Asia/Karachi PL +5215+02100 Europe/Warsaw -- 1.9.3

1 0

[PATCH] tzdata: Asia/Ha_Noi: Add new timezone
by Trần Ngọc Quân Oct. 13, 2014

Oct. 13, 2014

Signed-off-by: Trần Ngọc Quân <vnwildman(a)gmail.com> --- asia | 20 ++++++++++++++++++++ zone.tab | 1 + 2 files changed, 21 insertions(+) diff --git a/asia b/asia index 0be896b..eb7787b 100644 --- a/asia +++ b/asia @@ -2769,6 +2769,26 @@ Zone Asia/Tashkent 4:37:11 - LMT 1924 May 2 # Vietnam +# From Trần Ngọc Quân (Fri, 03 Oct 2014): +# Hanoi is the capital of Vietnam. +# Currently, official timezone of Vietname is Ha_Noi, not Ho_Chi_Minh. +# References (most of them are in Vietnamese language): +# * http://en.wikipedia.org/wiki/Time_in_Vietnam +# * http://vi.wikipedia.org/wiki/M%C3%BAi_gi%E1%BB%9D +# * http://www.thoigian.com.vn/?mPage=P80D01 +# * [1] http://moj.gov.vn/vbpq/Lists/Vn%20bn%20php%20lut/View_Detail.aspx?ItemID=22… +# Zone NAME GMTOFF RULES FORMAT [UNTIL] +Zone Asia/Ha_Noi 7:06:40 - LMT 1906 Jun 9 + 7:06:20 - SMT 1911 Mar 11 0:01 # Saigon MT? + 7:00 - ICT 1942 Dec 31 23:00 + 8:00 - ICT 1945 Mar 14 23:00 + 9:00 - JST 1945 Sep 02 # Tokyo Standard Time + 7:00 - ICT 1947 Mar 31 23:00 + 8:00 - ICT 1954 Oct 09 23:00 + 7:00 - ICT 1967 Dec 31 23:00 + 7:00 - ICT 2002 Oct 14 # See [1] + 7:00 - ICT + # From Paul Eggert (2013-02-21): # Milne gives 7:16:56 for the meridian of Saigon in 1899, as being # used in Lower Laos, Cambodia, and Annam. But this is quite a ways diff --git a/zone.tab b/zone.tab index 084bb2f..cf87c19 100644 --- a/zone.tab +++ b/zone.tab @@ -428,6 +428,7 @@ VC +1309-06114 America/St_Vincent VE +1030-06656 America/Caracas VG +1827-06437 America/Tortola VI +1821-06456 America/St_Thomas +VN +1054+10600 Asia/Ha_Noi VN +1045+10640 Asia/Ho_Chi_Minh VU -1740+16825 Pacific/Efate WF -1318-17610 Pacific/Wallis -- 2.0.1.427.gc47372d

8 30