November 2017 - tz - lists.iana.org

Regarding changes of time format the Philippines
by Arati Nov. 3, 2017

Nov. 3, 2017

Hi , We are using tzdb for all our customers. With latest update of tzdb to 2017a, one of the customer came back with issue in time format display in logs. The timezone for this Customer is Asia/Manila i.e. Philippines. Before use on 2017a tzdb , the time displayed is as follows 2017-10-31 16:47:33.930 +0800 After using 2017a tzdb time displayed as 2017-10-31 08:48:38.056 +0000 We observed the same issue using perl DateTime module too. We could see that the time format for this zone is changed from PH%sT to +08/+09. This change is there only in asia file.(Note reverting back this change and recompiling tzdb resolves the issue) We are looking for a solution for this. We are not clear whether some dependent library needs to be upgraded , or it is a bug in tzdb. Kindly address the query and help to resolve the issue. Thanks & Regards, Arati =========================================================== Learn how to protect users, data, and applications with security engineered for the public cloud by Barracuda. http://barracuda.com DISCLAIMER: This e-mail and any attachments to it contain confidential and proprietary material of Barracuda, its affiliates or agents, and is solely for the use of the intended recipient. Any review, use, disclosure, distribution or copying of this transmittal is prohibited except by or on behalf of the intended recipient. If you have received this transmittal in error, please notify the sender and destroy this e-mail and any attachments and all copies, whether electronic or printed. ===========================================================

4 7

Re: [tz] [IANA #985615] Sudan Time Zone change
by Zhouyuxiang Nov. 3, 2017

Nov. 3, 2017

Dears, I'm not that sure. But I guess this is same problem as mine([time zone problem about 2017c] (Zefram)). This just happen in Android system now. Because the tzcode2017c.tar.gz has one error. external\icu\tools\update-tzdata.py Android use this script to update the tz data from IANA via internet. But africa file and backzone file have a duplicated data that made the update script error: # South Sudan Zone Africa/Juba 2:06:24 - LMT 1931 2:00 Sudan CA%sT 2000 Jan 15 12:00 3:00 - EAT So android device could not update the time zone data normally. I deleted one in backzone, then it worked in local. And Zefram told me "No one noticed in advance of release because few people use 'backzone'". So I infer that the old phone and ios system will not use backzone data, so they could update normally. I think you have two way to solve this problem. 1.Wait IANA modify the "backzone" data, so the internet updating could work. 2.Let Android device Manufacturers do this update themselves: a. Delete the duplicated data as I did. b. Modify the update-tzdata.py to update time zone data without internet. ---------------------------------------------------------------------- Message: 1 Date: Thu, 2 Nov 2017 11:19:09 +0000 From: Mohammed Elsir Osman Alebeid <Mohammed.ElsirOsman(a)sd.zain.com> To: "eggert(a)cs.ucla.edu" <eggert(a)cs.ucla.edu> Cc: Ali Boosh <Ali.Boosh(a)sd.zain.com>, "itisalat(a)ntc.gov.sd" <itisalat(a)ntc.gov.sd>, "abdin(a)ntc.gov.sd" <abdin(a)ntc.gov.sd>, "nadir(a)ntc.gov.sd" <nadir(a)ntc.gov.sd>, "tz(a)iana.org" <tz(a)iana.org>, Nizar Musa <Nizar.Musa(a)sd.zain.com>, "abdelhafiz(a)ntc.gov.sd" <abdelhafiz(a)ntc.gov.sd>, Ahmed Ali Ahmed Ali <Ahmed.Ahmedali(a)sd.zain.com>, "yahia(a)ntc.gov.sd" <yahia(a)ntc.gov.sd>, Mugahed Bakri Mohammed Alhag <Mugahed.Bakri(a)sd.zain.com>, Ahmed Ibrahim Ahmed Abdelkareem <Ahmed.AbdElkareem(a)sd.zain.com>, Badr Eldin Abdalla Mohamed Nour <Badr.Nour(a)sd.zain.com>, Faisal El Muftah <Faisal.Nourelhuda(a)sd.zain.com> Subject: Re: [tz] [IANA #985615] Sudan Time Zone change Message-ID: <BE1CCE5C566B134083665B1FF5684AE58BCDD6E4(a)sr-ark-mbxb.sd.zain.com> Content-Type: text/plain; charset="utf-8" Dear Eggert, This is Mohammed Elsir from Zain, the first mobile operator in Sudan. Actually our mobile network sends the correct time zone which is GMT+2 as seen in below trace. [cid:image015.png@01D353DB.A197A6D0] The thing is that some devices such as most of feature/legacy/old phones accept the sent time zone and change time correctly. But some Android device such as Samsung, Huawei, Lenovo and part of HTC reject the provided time zone and display the time zone based on lookup table inside the handset. Below is an example from Lenovo P2. [cid:image016.png@01D353DB.A197A6D0] Some Handset manufactures such as apple sent messages over the internet asking for handset restart to get the new time zone. Below is an examples. [cid:image003.png@01D353DD.1DA00320] I do appreciate your kind support to contact Android handset manufactures such as Samsung, Huawei and Lenovo asking them about 1. Why their handsets reject the network provided time zone. 2. How can they solve this issue? Should you need further discussion I am available on Skype @ mohammed_elsir_64 or WhatsApp @ +249912311500. Just let me know the appropriate time for you to discuss further. Thanks in advance for your kind support. Best Regards, Mohammed Elsir M.Sc., PMP,ITIL-SO From: Ahmed Ali Ahmed Ali Sent: Wednesday, November 01, 2017 8:18 PM To: Ahmed Ibrahim Ahmed Abdelkareem <Ahmed.AbdElkareem(a)sd.zain.com>; Mohammed Elsir Osman Alebeid <Mohammed.ElsirOsman(a)sd.zain.com>; Mugahed Bakri Mohammed Alhag <Mugahed.Bakri(a)sd.zain.com> Cc: Faisal El Muftah <Faisal.Nourelhuda(a)sd.zain.com>; Nizar Musa <Nizar.Musa(a)sd.zain.com>; Ali Boosh <Ali.Boosh(a)sd.zain.com>; Badr Eldin Abdalla Mohamed Nour <Badr.Nour(a)sd.zain.com> Subject: Fwd: [tz] [IANA #985615] Sudan Time Zone change Dears, Please check the below feedback from IANA Thanks, Sent from Samsung Mobile -------- Original message -------- From: ahmed.atyya(a)ntc.gov.sd<mailto:ahmed.atyya@ntc.gov.sd> Date:11/01/2017 20:19 (GMT+03:00) To: Faisal El Muftah , Ahmed Ali Ahmed Ali , Regulatory , Hiba Abbas Yousif Eltigani , Mohamed Gaafar Ibrahim Bashir Corporate Services - MTN - Sudan , Nafisa Mahmoud Karamalla Corporate Services - MTN - Sudan , Mohammed Abdelraheem Abdelmagid Elkhalifa , Munir Taha Elkabashi Hassan Elfaki Cc: abdelhafiz , Afaf Nijomi , yahia , mohamed elhaj Subject: Fwd: [tz] [IANA #985615] Sudan Time Zone change Dears Please find below email from IANA for your kind revision to find the way out; we will also discuss the proposal of Sudan Embassy regards Ahmed Atyya ----- Forwarded Message ----- From: "Paul Eggert" <eggert(a)cs.ucla.edu<mailto:eggert@cs.ucla.edu>> To: "ahmed atyya" <ahmed.atyya(a)ntc.gov.sd<mailto:ahmed.atyya@ntc.gov.sd>> Cc: "yahia" <yahia(a)ntc.gov.sd<mailto:yahia@ntc.gov.sd>>, "Matt Johnson" <mj1856(a)hotmail.com<mailto:mj1856@hotmail.com>>, "Time Zone Mailing List" <tz(a)iana.org<mailto:tz@iana.org>>, "itisalat" <itisalat(a)ntc.gov.sd<mailto:itisalat@ntc.gov.sd>>, "abdin" <abdin(a)ntc.gov.sd<mailto:abdin@ntc.gov.sd>>, "nadir" <nadir(a)ntc.gov.sd<mailto:nadir@ntc.gov.sd>>, "abdelhafiz" <abdelhafiz(a)ntc.gov.sd<mailto:abdelhafiz@ntc.gov.sd>> Sent: Wednesday, November 1, 2017 7:57:00 PM Subject: Re: [tz] [IANA #985615] Sudan Time Zone change On 11/01/2017 01:35 AM, ahmed.atyya(a)ntc.gov.sd<mailto:ahmed.atyya@ntc.gov.sd> wrote: > With respect to the topic, please be updated that the change was > applied successfully, Apple handsets did the update automatically but Android handsets didn?t. In what sense didn't they change? My Android phone's time zone menu has entries for Cairo, Harare, and Nairobi, but not for Khartoum. If it is a matter of the user's time zone settings, users need to change from (say) Nairobi time to Cairo time. On the other hand, if it is a matter of the time zone supplied from the cellular service company, then this is something for your local cell company to address. > We kindly request to communicate with Google in order to update > Android OS with the changes for the handsets take the time automatically. As I understand it, Google engineers monitor this mailing list and so already know about the time zone change. There is a gap between the time that Google releases software updates, and the time that phones actually change. For example, even though I have a Google Nexus 6P phone and live in the United States, my phone is well behind Google's release schedule: it upgraded over-the-air to Android 8.0 Oreo only last night, even though Oreo was released on August 21 *. Other manufacturers' Android phones are even slower to update. This underscores the importance of governments announcing time zone changes well in advance: we currently recommend one years' advance notice. When other countries have run into similar problems, they've had some luck by contacting the U.S. State Department and asking for its help in adjusting the priorities of commercial providers. I suggest that you contact the U.S. Deputy Chief of Mission in Sudan and ask for his advice for how to proceed. See: https://sd.usembassy.gov/our-relationship/dcm/ https://sd.usembassy.gov/embassy/khartoum/offices-departments/public-affair… From what you tell me, though, the problem is likely to involve the protocols used by your local cellular service providers (that is, the problem may not be in Android at all), so they'll need to be in contact with their suppliers too. [cid:image001.png@01D353B6.A6960840] Ahmed Ahmedali Market Power & Competition Advance Specialist Zain SD Al Mogran, Zain Building Al Ghaba Street P.O Box: 13588 Khartoum Sudan Mobile : +249912398071 Email : Ahmed.Ahmedali(a)sd.zain.com<mailto:Ahmed.Ahmedali@sd.zain.com> Web : www.zain.com<http://www.zain.com> [cid:image005.jpg@01D353DD.1DA00320]<https://twitter.com/ZainSudan> [cid:image007.jpg@01D353DD.1DA00320] <https://facebook.com/ZainSudan/?fref=ts> [cid:image009.jpg@01D353DD.1DA00320] <https://plus.google.com/110542740934974723351> [cid:image011.jpg@01D353DD.1DA00320] <https://instagram.com/zainsudan/> [cid:image013.jpg@01D353DD.1DA00320] <https://linkedin.com/company/3224878?trk=tyah&trkInfo=clickedVertical%3Acom…> [cid:image023.png@01D353DD.1DA00320] <https://youtube.com/user/ZainSudanTV> [cid:image014.png@01D353B6.A6960840] [cid:image2acf2f.BMP@a4b5ec2d.4c95cc79] Mohammed Elsir Osman CT Infrastructure Operation Team Leader Zain SD Al Mogran, Zain Building Al Ghaba Street P.O Box: 13588 Khartoum Sudan Mobile : ++249912311500 Office : +24990001-3256 Email : Mohammed.ElsirOsman(a)sd.zain.com Web : www.zain.com [cid:image1d8d7d.PNG@e9fa88a4.43aeded8]<https://twitter.com/ZainSudan> [cid:imaged5af34.PNG@146f7ddf.4e95af19] <https://facebook.com/ZainSudan/?fref=ts> [cid:image95f784.PNG@eb17dd26.4eb485d3] <https://plus.google.com/110542740934974723351> [cid:imageb1c854.JPG@2f1af4fa.4680f52e] <https://instagram.com/zainsudan/> [cid:imagead7fe1.PNG@0e87976d.42b9ff22] <https://linkedin.com/company/3224878?trk=tyah&trkInfo=clickedVertical%3Acom…> [cid:image108d42.PNG@d8c0b630.439783e1] <https://youtube.com/user/ZainSudanTV> [cid:image400fba.PNG@9f5f39e1.45ab1906]

1 0

Ulaanbaatar Time Zone Correction
by Brian M. Vibert Nov. 2, 2017

Nov. 2, 2017

Hello, Looking into the asia file, I see a listing comment for # From Ganbold Tsagaankhuu (2017-02-09): # Mongolian Government meeting has concluded today to cancel daylight # saving time adoption in Mongolia. Source: http://zasag.mn/news/view/16192 Which is correct, however, it appears that the change has not been propagated to the Zone as seen here # Ulaanbaatar, a.k.a. Ulan Bataar, Ulan Bator, Urga Zone Asia/Ulaanbaatar 7:07:32 - LMT 1905 Aug 7:00 - +07 1978 8:00 Mongol +08/+09 It should just be 8:00 across the board at all times. -- *Brian M. Vibert | L3 Technical Support Engineer* *e: **bvibert(a)instructure.com <bvibert(a)instructure.com>* *c: 801.913.4236| **instructure.com* <http://www.instructure.com/> <https://www.instructure.com/>

2 1

[time zone problem about 2017c]
by Zhouyuxiang Nov. 2, 2017

Nov. 2, 2017

Dear all: Hello. I'm a user of time zone data in IANA. Lately I found a problem when I used it in Android O system. external\icu\tools\update-tzdata.py I used the tool in the below path to deal with the data tzcode2017c.tar.gz<https://www.iana.org/time-zones/repository/releases/tzcode2017c.tar.gz>. Then the error occurred. Finally I found the way to solve it. It seemed that africa file and backzone file have a duplicated data: # South Sudan Zone Africa/Juba 2:06:24 - LMT 1931 2:00 Sudan CA%sT 2000 Jan 15 12:00 3:00 - EAT I deleted one in backzone, then it worked. Now I'm wondering if this is mistake. And what are the influences?

2 1

Data loss on FTP Server
by Nathan Winters Nov. 1, 2017

Nov. 1, 2017

Hello, I've been using the FTP server to access Timezone Info for a while now and it seems the directory I was using (/tz/data) has lost all of its files. Additionally, I'm unable to view the data for the most recent release ( tzdb-2017c/ <ftp://ftp.iana.org/tz/tzdb-2017c/>). Has anything changed recently? Thanks, Nate

13 24

[PROPOSED] Guess that Tonga has canceled DST
by Paul Eggert Nov. 1, 2017

Nov. 1, 2017

(Thanks to David Wade.) * NEWS, australasia (Tonga): Guess DST has been canceled. --- NEWS | 6 ++++++ australasia | 14 ++++++++++++-- 2 files changed, 18 insertions(+), 2 deletions(-) diff --git a/NEWS b/NEWS index 4e98ef7..28b46b8 100644 --- a/NEWS +++ b/NEWS @@ -7,6 +7,7 @@ Unreleased, experimental changes Fiji ends DST 2018-01-14, not 2018-01-21. Namibia switches from +01/+02 to +02 on 2018-04-01. Sudan switches from +03 to +02 on 2017-11-01. + Tonga likely switches from +13/+14 to +13 on 2017-11-05. Turks & Caicos switches from -04 to -05/-04 on 2018-11-04. A new file tzdata.zi now holds a small text copy of all data. The zic input format has been regularized slightly. @@ -28,6 +29,11 @@ Unreleased, experimental changes Atyya and Yahia Abdalla.) South Sudan is not switching, so Africa/Juba is no longer a link to Africa/Khartoum. + Tonga has likely ended its experiment with DST, and will not + adjust its clocks on 2017-11-05. Although Tonga has not announced + whether it will continue to observe DST, the IATA is assuming that + it will not. (Thanks to David Wade.) + Turks & Caicos will switch from -04 all year to -05 with US DST on 2018-03-11 at 03:00. This affects UT offsets starting 2018-11-04 at 02:00. (Thanks to Steffen Thorsen.) diff --git a/australasia b/australasia index ae2cd72..5f7c86d 100644 --- a/australasia +++ b/australasia @@ -704,8 +704,8 @@ Rule Tonga 1999 only - Oct 7 2:00s 1:00 S Rule Tonga 2000 only - Mar 19 2:00s 0 - Rule Tonga 2000 2001 - Nov Sun>=1 2:00 1:00 S Rule Tonga 2001 2002 - Jan lastSun 2:00 0 - -Rule Tonga 2016 max - Nov Sun>=1 2:00 1:00 S -Rule Tonga 2017 max - Jan Sun>=15 3:00 0 - +Rule Tonga 2016 only - Nov Sun>=1 2:00 1:00 S +Rule Tonga 2017 only - Jan Sun>=15 3:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Tongatapu 12:19:20 - LMT 1901 12:20 - +1220 1941 @@ -1626,6 +1626,7 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # day in 2011. Assume also that the Samoas follow the US and New # Zealand's "ST"/"DT" style of daylight-saving abbreviations. + # Tonga # From Paul Eggert (1996-01-22): @@ -1720,6 +1721,15 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # Assume Tonga will observe DST from the first Sunday in November at 02:00 # through the third Sunday in January at 03:00, like Fiji, for now. +# From David Wade (2017-10-18): +# In August government was disolved by the King. The current prime minister +# continued in office in care taker mode. It is easy to see that few +# decisions will be made until elections 16th November. +# +# From Paul Eggert (2017-10-18): +# For now, guess that DST is discontinued. That's what the IATA is guessing. + + # Wake # From Vernice Anderson, Personal Secretary to Philip Jessup, -- 2.13.6

4 3

The misaligned borders of South Australia
by Gilmore Davidson Nov. 1, 2017

Nov. 1, 2017

An interesting piece of trivia/history popped up in the news today. The borders of South Australia (and hence the boundaries of some Australian time zones) look like straight lines on most maps, but have some kinks in them. Most notably for this mailing list, part of the eastern border is misaligned due to an incorrect timekeeping reference from GMT. http://www.abc.net.au/news/2017-11-01/why-south-australias-borders-are-anyt… <http://www.abc.net.au/news/2017-11-01/why-south-australias-borders-are-anyt…> > It was meant to run along the 141st meridian line of longitude. > But longitude is measured with time references to Greenwich Mean Time — and watches were not that great in the 1800s. > The result was a 3.6-kilometre gap where the borders were meant to have met. > > "Fundamentally the difference came down to a discrepancy that the nation had at the time," Mr Burdett said. > "The longitude that had been determined for Fort Macquarie [Australia's reference point] was out by two minutes. > "Hence ours was out by two minutes and the discrepancy ended up in that border." Cheers, Gil

1 0