Timezones in Jordan
Can you explain the current situation with regards to timezone data for Jordan. I work in the Australian Embassy in amman Jordan and am having a lot of issues with setting the correct time. On our computers when we use a NTP source such as: server 0.pool.ntp.org 120.88.46.10 server 1.pool.ntp.org server 2.pool.ntp.org server 3.pool.ntp.org It sets the clock 1 hour ahead of the correct time so I have to set them all manually which is not good. I have had a look at TZDATA2013i and it had the time as UTC +2 which should give us the correct time. Any Advise would be great. Regards Michael Gardiner First Secretary Technical Australian Embassy Amman Screen shot of using NTP server advances time by 1 hour: Having to Manually set the time (+4 minutes is writing the email): --
Michael Gardiner wrote:
I have had a look at TZDATA2013i and it had the time as UTC +2 which should give us the correct time.
NTP uses UTC, not local time, so the problem most likely is in the settings of your NTP clients. Either they're not configured to use tzdata's Jordan time (TZ='Asia/Amman', in TZ lingo), or they're using an older version of the tz data.
Looks like Apple hasn't caught up with this. I'm running OS X Mavericks with the latest updates, and it has Jordan at UTC+3. I'm sure Apple will release an update soon. Until then you could change your time zone to for instance Istanbul. (Sorry if this reply gets double-posted. I sent this message hours ago, but it still hasn't appeared on the list, so I presume it got lost somewhere.) Sincerely, Even Scharning Time.is - exact time for any place on earth http://time.is/ On 2014-01-03 11:00, Paul Eggert wrote:
Michael Gardiner wrote:
I have had a look at TZDATA2013i and it had the time as UTC +2 which should give us the correct time.
NTP uses UTC, not local time, so the problem most likely is in the settings of your NTP clients. Either they're not configured to use tzdata's Jordan time (TZ='Asia/Amman', in TZ lingo), or they're using an older version of the tz data.
If you don't want to wait for Apple to release an update, you can try to follow these directions: http://helw.net/blog/2011/04/28/updating-osx-for-egypts-dst-changes/ This post was written for an older release, so make sure you are getting the latest versions of both tzdata and ICU http://www.iana.org/time-zones (2013i)http://www.opensource.apple.com/tarballs/ICU/ (511.25) You *will* need to follow step 4a to compile it. If anyone knows of any easier or more official way of updating OSX, please let me know. It sure would be nice if they just had a tzdata package to update like most Linux distros.
To: tz@iana.org Date: Fri, 3 Jan 2014 16:56:38 +0200 From: tzdb@time.is Subject: Re: [tz] Timezones in Jordan
Looks like Apple hasn't caught up with this. I'm running OS X Mavericks with the latest updates, and it has Jordan at UTC+3.
I'm sure Apple will release an update soon. Until then you could change your time zone to for instance Istanbul.
(Sorry if this reply gets double-posted. I sent this message hours ago, but it still hasn't appeared on the list, so I presume it got lost somewhere.)
Sincerely, Even Scharning Time.is - exact time for any place on earth http://time.is/
On 2014-01-03 11:00, Paul Eggert wrote:
Michael Gardiner wrote:
I have had a look at TZDATA2013i and it had the time as UTC +2 which should give us the correct time.
NTP uses UTC, not local time, so the problem most likely is in the settings of your NTP clients. Either they're not configured to use tzdata's Jordan time (TZ='Asia/Amman', in TZ lingo), or they're using an older version of the tz data.
I don’t believe this will work, because current versions of ICU do not build with 2013i due to the removal of the solar* zones. You will need to wait until ICU is updated to work with the latest TZ data. In general, about half of TZ updates require changes in ICU. Deborah Goldsmith Apple Inc. On Jan 3, 2014, at 7:39 AM, Matt Johnson <mj1856@hotmail.com> wrote:
If you don't want to wait for Apple to release an update, you can try to follow these directions:
http://helw.net/blog/2011/04/28/updating-osx-for-egypts-dst-changes/
This post was written for an older release, so make sure you are getting the latest versions of both tzdata and ICU
http://www.iana.org/time-zones (2013i) http://www.opensource.apple.com/tarballs/ICU/ (511.25)
You *will* need to follow step 4a to compile it.
If anyone knows of any easier or more official way of updating OSX, please let me know. It sure would be nice if they just had a tzdata package to update like most Linux distros.
To: tz@iana.org Date: Fri, 3 Jan 2014 16:56:38 +0200 From: tzdb@time.is Subject: Re: [tz] Timezones in Jordan
Looks like Apple hasn't caught up with this. I'm running OS X Mavericks with the latest updates, and it has Jordan at UTC+3.
I'm sure Apple will release an update soon. Until then you could change your time zone to for instance Istanbul.
(Sorry if this reply gets double-posted. I sent this message hours ago, but it still hasn't appeared on the list, so I presume it got lost somewhere.)
Sincerely, Even Scharning Time.is - exact time for any place on earth http://time.is/
On 2014-01-03 11:00, Paul Eggert wrote:
Michael Gardiner wrote:
I have had a look at TZDATA2013i and it had the time as UTC +2 which should give us the correct time.
NTP uses UTC, not local time, so the problem most likely is in the settings of your NTP clients. Either they're not configured to use tzdata's Jordan time (TZ='Asia/Amman', in TZ lingo), or they're using an older version of the tz data.
On Fri 2014-01-03T09:28:22 -0800, Deborah Goldsmith hath writ:
You will need to wait until ICU is updated to work with the latest TZ data.
Does ICU mean http://site.icu-project.org/ where there is a countdown showing some 19 days until the next milestone release?
In general, about half of TZ updates require changes in ICU.
Thank you for providing this clarity. -- Steve Allen <sla@ucolick.org> WGS-84 (GPS) UCO/Lick Observatory--ISB Natural Sciences II, Room 165 Lat +36.99855 1156 High Street Voice: +1 831 459 3046 Lng -122.06015 Santa Cruz, CA 95064 http://www.ucolick.org/~sla/ Hgt +250 m
On Jan 3, 2014, at 10:40 AM, Steve Allen <sla@ucolick.org> wrote:
Does ICU mean http://site.icu-project.org/
Yes, that’s the one. Deborah Goldsmith Apple Inc.
Thanks. I hadn't tried it myself so wasn't aware of that detail. Is there a list somewhere correlating ICU release to TZ release version? From: Deborah Goldsmith [mailto:goldsmit@apple.com] Sent: Friday, January 3, 2014 10:28 AM To: Matt Johnson Cc: tz@iana.org Subject: Re: [tz] Timezones in Jordan I don't believe this will work, because current versions of ICU do not build with 2013i due to the removal of the solar* zones. You will need to wait until ICU is updated to work with the latest TZ data. In general, about half of TZ updates require changes in ICU. Deborah Goldsmith Apple Inc. On Jan 3, 2014, at 7:39 AM, Matt Johnson <mj1856@hotmail.com <mailto:mj1856@hotmail.com> > wrote: If you don't want to wait for Apple to release an update, you can try to follow these directions: http://helw.net/blog/2011/04/28/updating-osx-for-egypts-dst-changes/ This post was written for an older release, so make sure you are getting the latest versions of both tzdata and ICU http://www.iana.org/time-zones (2013i) http://www.opensource.apple.com/tarballs/ICU/ (511.25) You *will* need to follow step 4a to compile it. If anyone knows of any easier or more official way of updating OSX, please let me know. It sure would be nice if they just had a tzdata package to update like most Linux distros.
To: tz@iana.org <mailto:tz@iana.org> Date: Fri, 3 Jan 2014 16:56:38 +0200 From: tzdb@time.is <mailto:tzdb@time.is> Subject: Re: [tz] Timezones in Jordan
Looks like Apple hasn't caught up with this. I'm running OS X Mavericks with the latest updates, and it has Jordan at UTC+3.
I'm sure Apple will release an update soon. Until then you could change your time zone to for instance Istanbul.
(Sorry if this reply gets double-posted. I sent this message hours ago, but it still hasn't appeared on the list, so I presume it got lost somewhere.)
Sincerely, Even Scharning Time.is <http://Time.is> - exact time for any place on earth http://time.is/
On 2014-01-03 11:00, Paul Eggert wrote:
Michael Gardiner wrote:
I have had a look at TZDATA2013i and it had the time as UTC +2 which should give us the correct time.
NTP uses UTC, not local time, so the problem most likely is in the settings of your NTP clients. Either they're not configured to use tzdata's Jordan time (TZ='Asia/Amman', in TZ lingo), or they're using an older version of the tz data.
On Jan 3, 2014, at 9:28 AM, Deborah Goldsmith <goldsmit@apple.com> wrote:
I don’t believe this will work, because current versions of ICU do not build with 2013i due to the removal of the solar* zones. You will need to wait until ICU is updated to work with the latest TZ data.
In general, about half of TZ updates require changes in ICU.
Hopefully not changes to the ICU *code*. What changes to ICU are required?
On Jan 3, 2014, at 3:01 PM, Guy Harris <guy@alum.mit.edu> wrote:
Hopefully not changes to the ICU *code*.
What changes to ICU are required?
Most often, the metazone information and the test suite. Sometimes the code. 2013i requires a makefile change and other changes (still to be determined). Further questions are probably best directed to one of the ICU mailing lists. Deborah
Looks like Apple hasn't caught up with this. I'm running OS X Mavericks with the latest updates, and it has Jordan at UTC+3. I'm sure Apple will release an update soon. Until then you could change your time zone to for instance Istanbul. Sincerely, Even Scharning Time.is - exact time for any place on earth http://time.is/ Correct time now in Jordan: http://time.is/Jordan On 2014-01-03 11:00, Paul Eggert wrote:
Michael Gardiner wrote:
I have had a look at TZDATA2013i and it had the time as UTC +2 which should give us the correct time.
NTP uses UTC, not local time, so the problem most likely is in the settings of your NTP clients. Either they're not configured to use tzdata's Jordan time (TZ='Asia/Amman', in TZ lingo), or they're using an older version of the tz data.
It seems quite likely that your Apple machines are getting UTC data from the NTP server, but using a local (i.e. on-the-machine) tz database for the timezone adjustment. I have the impression that Apple does not publish tzdata updates to user machines by the usual Software Update mechanism. You may need to install the latest version of tzdata, on every machine, yourself. From: tz-bounces@iana.org [mailto:tz-bounces@iana.org] On Behalf Of Michael Gardiner Sent: 03 January 2014 08:10 To: tz@iana.org Subject: [tz] Timezones in Jordan Importance: High Can you explain the current situation with regards to timezone data for Jordan. I work in the Australian Embassy in amman Jordan and am having a lot of issues with setting the correct time. On our computers when we use a NTP source such as: server 0.pool.ntp.org 120.88.46.10 server 1.pool.ntp.org server 2.pool.ntp.org server 3.pool.ntp.org It sets the clock 1 hour ahead of the correct time so I have to set them all manually which is not good. I have had a look at TZDATA2013i and it had the time as UTC +2 which should give us the correct time. Any Advise would be great. Regards Michael Gardiner First Secretary Technical Australian Embassy Amman Screen shot of using NTP server advances time by 1 hour: [cid:image001.png@01CF0867.DE548B10] Having to Manually set the time (+4 minutes is writing the email): -- [cid:image002.png@01CF0867.DE548B10] This email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please delete all copies and notify the sender immediately. You may wish to refer to the incorporation details of Standard Chartered PLC, Standard Chartered Bank and their subsidiaries at http://www.standardchartered.com/en/incorporation-details.html Insofar as this communication contains any market commentary, the market commentary has been prepared by a sales and/or trading desk of Standard Chartered Bank or its affiliate. It is not and does not constitute research material, independent research, recommendation or financial advice. Any market commentary is for information purpose only and shall not be relied for any other purpose, and is subject to the relevant disclaimers available at http://wholesalebanking.standardchartered.com/en/utility/Pages/d-mkt.aspx. Please visit http://wholesalebanking.standardchartered.com/en/capabilities/financialmarke... for important information with respect to derivative products.
Apple releases updates to the TZ database in Mac OS X using the usual software update mechanism. There hasn’t been an update yet containing 2013i. Until Apple releases an update with 2013i, the easiest thing to do is select a different time zone with the same local time. Deborah Goldsmith Apple Inc. On Jan 3, 2014, at 1:45 AM, Wallace, Malcolm <Malcolm.Wallace@sc.com> wrote:
It seems quite likely that your Apple machines are getting UTC data from the NTP server, but using a local (i.e. on-the-machine) tz database for the timezone adjustment. I have the impression that Apple does not publish tzdata updates to user machines by the usual Software Update mechanism. You may need to install the latest version of tzdata, on every machine, yourself.
From: tz-bounces@iana.org [mailto:tz-bounces@iana.org] On Behalf Of Michael Gardiner Sent: 03 January 2014 08:10 To: tz@iana.org Subject: [tz] Timezones in Jordan Importance: High
Can you explain the current situation with regards to timezone data for Jordan.
I work in the Australian Embassy in amman Jordan and am having a lot of issues with setting the correct time.
On our computers when we use a NTP source such as: server 0.pool.ntp.org 120.88.46.10 server 1.pool.ntp.org server 2.pool.ntp.org server 3.pool.ntp.org It sets the clock 1 hour ahead of the correct time so I have to set them all manually which is not good. I have had a look at TZDATA2013i and it had the time as UTC +2 which should give us the correct time. Any Advise would be great. Regards Michael Gardiner First Secretary Technical Australian Embassy Amman
Screen shot of using NTP server advances time by 1 hour:
Having to Manually set the time (+4 minutes is writing the email): --
This email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please delete all copies and notify the sender immediately. You may wish to refer to the incorporation details of Standard Chartered PLC, Standard Chartered Bank and their subsidiaries at http://www.standardchartered.com/en/incorporation-details.html
Insofar as this communication contains any market commentary, the market commentary has been prepared by a sales and/or trading desk of Standard Chartered Bank or its affiliate. It is not and does not constitute research material, independent research, recommendation or financial advice. Any market commentary is for information purpose only and shall not be relied for any other purpose, and is subject to the relevant disclaimers available at http://wholesalebanking.standardchartered.com/en/utility/Pages/d-mkt.aspx.
Please visit http://wholesalebanking.standardchartered.com/en/capabilities/financialmarke... for important information with respect to derivative products.
participants (9)
-
Deborah Goldsmith -
Even Scharning -
Even Scharning -
Guy Harris -
Matt Johnson -
Michael Gardiner -
Paul Eggert -
Steve Allen -
Wallace, Malcolm