- tz - lists.iana.org

Re: [tz] Regarding Turkey DST change
by Brian Inglis Nov. 23, 2016

Nov. 23, 2016

On 2016-11-22 13:24, Meno Hochschild wrote: > Am 22.11.2016 um 19:06 schrieb Brian Inglis: >> On 2016-11-22 10:27, Paul Eggert wrote: >>> On 11/22/2016 03:18 AM, Peddi, Radhika (Radhika) wrote: >>>> I am using tzdata along with joda. >>> If the 'date' command works but Joda does not, it must be a Joda >>> problem and not a tzdata problem, so I suggest looking for Joda >>> support. http://www.joda.org/joda-time/ >> Joda runs on Java which has tzupdater problems, so the OP should >> read recent threads and the Oracle page on the Java tzupdater to >> update Java time zones and see correct time, update your JDK/JRE >> to a current release, or submit a TAR to Oracle support. >> Also the OP should note on the Joda page that the Joda API has >> been incorporated into the Java SE 8 java.time class and Joda >> time now deprecates using itself. > Two corrections: > a) Joda Time has nothing to do with tzupdater tool distributed by > Oracle but manages its own independent tz data repository which is > based on analysis of tzdb-sources. > b) The Joda API has NOT been incorporated into Java SE 8 but only > inspired it. Both APIs are really different. > If something with Joda tz-interpretation might be wrong then someone > could check it via Jon Skeets tz-validation-project. But I rather > suspect that there was an outdated Joda-version. The newest version > 2.9.6 is declared to support tzdb-version 2016i. Two problems: - one language product with two sources of time information - no wonder the OP is confused why their time is wrong: perhaps you could post how the OP can correct their Joda time, walk them thru difficulties that may be encountered in http://www.joda.org/joda-time/tz_update.html; - Joda time says the project is finished, and advises migration to Java SE 8 java.time, so it may not be reasonable to expect prompt future releases or tz updates. Like Adobe products, Java has become such a source of security holes and vulnerabilities requiring frequent updates, blocked by various products, that it's safer to uninstall them, eliminate the annoyances and vulnerabilities, and do without what they provide, or use alternatives that don't suffer the same issues. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

1 0

[Russia] Saratov region is moving to UTC+4 at [preliminary] Nov 27, 2016
by Yuri Konotopov Nov. 22, 2016

Nov. 22, 2016

Hello. Today Russian Duma has approved in 1st read (of 3) Law project №1058438-6 that will move Saratov region to UTC+4. Project card: http://asozd2.duma.gov.ru/main.nsf/%28SpravkaNew%29?OpenAgent&RN=1058438-6&… Preliminary date of change is November 27, 2016. As I think new timezone "Europe/Saratov" should be created in tzdata. I will inform you as soon as President will approve Law project. -- Best regards, Yuri Konotopov

4 16

Re: [tz] Regarding Turkey DST change
by Paul Eggert Nov. 22, 2016

Nov. 22, 2016

On 11/22/2016 03:18 AM, Peddi, Radhika (Radhika) wrote: > I am using tzdata along with joda. If the 'date' command works but Joda does not, it must be a Joda problem and not a tzdata problem, so I suggest looking for Joda support. http://www.joda.org/joda-time/

2 1

Regarding Turkey DST change
by Peddi, Radhika (Radhika) Nov. 22, 2016

Nov. 22, 2016

Hi, Could you please tell me whether Turkey DST changes are fixed in tzdata or not? If fixed could you please let me know which tzdata*.tar.gz contains the changes? I have downloaded the latest one available on https://www.iana.org/time-zones. However still UTCOffString value showing as +2.00 instead of +3.00 for November dates. Thanks & Regards, Radhika Peddi|Avaya India Pvt. Ltd.| Wing 'A', Level -5, Tower-11, Cybercity, Magarpatta City, Hadapsar | Pune, 411028|India Voice +91 20 4101 8311| Email: rpeddi<mailto:rpeddi@avaya.com>@avaya.com [Please consider the environment before printing this email]|7 Switch off POWER |[cid:image008.jpg@01CD293C.65903AA0] Save Water |q RECYCLE |P PRESERVE trees |

4 7

[PATCH] Minor changes to iso3166.tab
by Jiri Bohac Nov. 17, 2016

Nov. 17, 2016

As noted in the file, the table intentionally differs from the ISO 3166 English names, mostly using even shorter names than the official short name. In a few cases, it seems to be out of sync with ISO for no good reason: Official changes in ISO, where new is same length or shorter than original: Cape Verde -> Cabo Verde Czech Republic -> Czechia UTF-8 now used elsewhere, so why not for Curaçao: Curacao -> Curaçao No good reason to differ from the standard?: Macau -> Macao Personally, I would also change "Britain" to "United Kingdom", I think it's where people would look first. But it would go from shorter to longer, so I did not include it in the patch. It's still much shorter than many other names. Would "United Kingdom" make sense here? --- iso3166.tab | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/iso3166.tab b/iso3166.tab index 7a8df2c..0e07afd 100644 --- a/iso3166.tab +++ b/iso3166.tab @@ -74,11 +74,11 @@ CN China CO Colombia CR Costa Rica CU Cuba -CV Cape Verde -CW Curacao +CV Cabo Verde +CW Curaçao CX Christmas Island CY Cyprus -CZ Czech Republic +CZ Czechia DE Germany DJ Djibouti DK Denmark @@ -170,7 +170,7 @@ MK Macedonia ML Mali MM Myanmar (Burma) MN Mongolia -MO Macau +MO Macao MP Northern Mariana Islands MQ Martinique MR Mauritania -- Jiri Bohac <jbohac(a)suse.cz> SUSE Labs, SUSE CZ

6 11

Hungary considers moving to +02 year-round
by Paul Eggert Nov. 17, 2016

Nov. 17, 2016

A bill to put Hungary on permanent EET (+02) has passed a parliament committee unanimously. The full parliament is scheduled to vote on it next week. Presumably this would require coordination with the EU, which may mean delays before the change would take effect. See: End of Hungaro-pessimism? - the times they are changing in the Hungarian Parliament. Hungary Today 2016-11-16. http://hungarytoday.hu/news/may-end-hungaro-pessimism-time-changing-questio… Horváth A. Vége az óraátállításnak? Magyar Nemzet 2016-11-16. http://mno.hu/gazdasag/vege-az-oraatallitasnak-1371621

1 0

Turkey ZoneInfo
by Sundeep Dasari Nov. 16, 2016

Nov. 16, 2016

Hi Iam trying to extract turkey zoneinfo from "tzdata2016i.tar.gz" package and is not successfully. I have done the following to extract turkey zone info: zic -d ./mytemp/ asia zic -d ./mytemp/ europe Turkey should be either in Europe or in Asia. Please provide me with your support in this regard. -- Thanks Sundeep.

3 2

tzdata2016g missing version information
by Howard Hinnant Nov. 12, 2016

Nov. 12, 2016

As is known, the version number no longer appears in the Makefile. The release notes in NEWS say: > To support the more-accurate version number, its > specification has moved from a line in the Makefile to a new > source file 'version’. The version file does not appear in the uncompressed tzdata2016g database. This is hurting my ability to report the version of the database to my clients. Can we please put a version file in the database? Howard

18 49

"impossible" glitch right at the DST changeover: it had to happen
by scs＠eskimo.com Nov. 11, 2016

Nov. 11, 2016

The mother in this story says she had a hard time "wrapping her head around it", but readers of this list will have little trouble: "Twins' Daylight Saving Time Birth Results in Bizarre Age Twist" http://abcnews.go.com/Lifestyle/twins-daylight-saving-time-birth-results-bi… Yes, one twin was born on the early morning of November 6 at 1:39, and his little brother was born 31 minutes later, at 1:10.

1 0

[PROPOSED] * CONTRIBUTING: Call the GitHub repository "development"
by Paul Eggert Nov. 11, 2016

Nov. 11, 2016

Instead of the old adjective "experimental". --- CONTRIBUTING | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/CONTRIBUTING b/CONTRIBUTING index e40102e..22addd2 100644 --- a/CONTRIBUTING +++ b/CONTRIBUTING @@ -18,10 +18,10 @@ data should contain commentary citing reliable sources as justification. Please submit changes against either the latest release in -<ftp://ftp.iana.org/tz/> or the master branch of the experimental -Git repository. If you use Git the following workflow may be helpful: +<ftp://ftp.iana.org/tz/> or the master branch of the development +repository. If you use Git the following workflow may be helpful: - * Copy the experimental repository. + * Copy the development repository. git clone https://github.com/eggert/tz.git cd tz -- 2.7.4

1 0