September 2016 - tz - lists.iana.org

Turkey Summer Time Regulation Update
by Ismail AKCAY 23 Sep '16

23 Sep '16

Dear All, I am İsmail AKÇAY from Samsung Electronics Turkey company working as Mobile Phone Technical Product Manager. As you may know, Turkey regulation has been changed on 08 September 2016. With this new regulation, Summer Time setting will be used in Turkey for all the time. You can find official publication under below link. (Due to it is an official document, it is in Turkish language) http://www.resmigazete.gov.tr/main.aspx?home=http://www.resmigazete.gov.tr/e skiler/2016/09/20160908.htm <http://www.resmigazete.gov.tr/main.aspx?home=http://www.resmigazete.gov.tr/ eskiler/2016/09/20160908.htm&main=http://www.resmigazete.gov.tr/eskiler/2016 /09/20160908.htm> &main=http://www.resmigazete.gov.tr/eskiler/2016/09/20160908.htm (From above page, you should click to " <http://www.resmigazete.gov.tr/eskiler/2016/09/20160908-2.pdf> 2016/9154 Gün Işığından Daha Fazla Yararlanmak Amacıyla Bütün Yurtta Yaz Saati Uygulanması Hakkında Karar" link. In order to apply this change into our mobile phones, our R&D team is waiting IANA Organization's patch release. We are kindly asking your supports to get updated patch. Best Regards. cid:T9SZN3WZA6X7@namo.co.kr İsmail AKÇAY Mobile Phone Technical Product Manager / Manager Samsung Electronics Turkey Office +90 212 467 0573 Cell +90 533 310 1562 <mailto:ismail.akcay@samsung.com> ismail.akcay(a)samsung.com Bu e-posta (ve ekleri) sadece içeriğinde hitap edilen kişi veya kuruma yönlendirilmiştir; gizli ve/veya kişiye özel olduğu gibi, ticari sır içerebilir. E-posta içeriğinin ve/veya e-postada yer alan bilgilerin kullanılması, kopyalanması, tekrar iletilmesi, yayınlanması ve başka herhangi bir surette kullanımı kesinlikle yasaktır. Bu e-postayı yanlışlıkla aldıysanız, lütfen gönderici ile iletişime geçiniz ve e-posta ve içeriğini derhal siliniz. Aksi açıkça ifade edilmediği müddetçe, bu e-posta ve içeriği bağlayıcı bir teklif ve/veya sözleşme niteliğinde değildir. Bu e-postadaki görüşler yalnızca gönderen kişiye aittir ve Samsung'un görüşlerini yansıtmayabilir. This e-mail (and its attachments) are intended solely for the use of the individual or entity to whom they are addressed and confidential and/or privileged; it may contain trade secrets. Any use, duplication, retransmission, dissemination or other use of the scope of the e-mail and/or the information exist in the e-mail is strictly prohibited. If you have received this in error, please contact the sender and delete the e-mail & its contents. Unless it is specifically stated, this e-mail & its content do not constitute any binding offer or contract. The opinions expressed in this e-mail belong to sender alone and may not necessarily reflect the opinions of Samsung.

4 6

[PROPOSED PATCH] * northamerica: Credit W.F. Allen's work on US time zones.
by Paul Eggert 21 Sep '16

21 Sep '16

2016-09-11 Paul Eggert <eggert(a)cs.ucla.edu> Revert Cyprus change for now See: http://mm.icann.org/pipermail/tz/2016-September/024106.html --- northamerica | 26 ++++++++++++++++++++++++-- 1 file changed, 24 insertions(+), 2 deletions(-) diff --git a/northamerica b/northamerica index 0bafb00..6b0d905 100644 --- a/northamerica +++ b/northamerica @@ -24,8 +24,30 @@ # was the result of his proposals at the Convention of Railroad Trunk Lines # in New York City (1869-10). His 1870 proposal was based on Washington, DC, # but in 1872-05 he moved the proposed origin to Greenwich. -# His proposal was adopted by the railroads on 1883-11-18 at 12:00, -# and the most of the country soon followed suit. + +# From Paul Eggert (2016-09-20): +# Dowd's proposal left many details unresolved, such as where to draw +# lines between time zones. The key individual who made time zones +# work in the US was William Frederick Allen - railway engineer, +# managing editor of the Travelers' Guide, and secretary of the +# General Time Convention, a railway standardization group. Allen +# spent months in dialogs with with scientific and railway leaders, +# developed a workable plan to institute time zones, and presented it +# to the General Time Convention on 1883-04-11, saying that his plan +# meant "local time would be practically abolished" - a plus for +# railway scheduling. By the next convention on 1883-10-11 nearly all +# railroads had agreed and it took effect on 1883-11-18 at 12:00. +# Allen witnessed the transition in New York City, writing: +# +# I heard the bells of St. Paul's strike on the old time. Four +# minutes later, obedient to the electrical signal from the Naval +# Observatory ... the time-ball made its rapid descent, the chimes +# of old Trinity rang twelve measured strokes, and local time was +# abandoned, probably forever. +# +# Most of the US soon followed suit. See: +# Bartky IR. The adoption of standard time. Technol Cult 1989 Jan;30(1)25-56. +# http://dx.doi.org/10.2307/3105430 # From Paul Eggert (2005-04-16): # That 1883 transition occurred at 12:00 new time, not at 12:00 old time. -- 2.7.4

2 2

2016g tagged but not released
by Andreas Stieger 21 Sep '16

21 Sep '16

Hello, I see that 2016g was tagged on github three days ago, but it was not put up on the IANA archive. https://github.com/eggert/tz/releases/tag/2016g Was there a problem with a script? Andreas -- Andreas Stieger <andreas.stieger(a)suse.com> Project Manager Security SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)

8 11

Backward compatibility of tzfile?
by Deborah Goldsmith 21 Sep '16

21 Sep '16

Hi, Is the intent that successive versions of the tzfile format will be compatible with older implementations of localtime.c, date.c, etc.? Obviously they wouldn’t be able to take advantage of any new information, but is the idea they’ll still be able to read it? I wasn’t able to find anything in the man pages about this. Thanks, Debbie

3 2

Time zone change in Turkey
by Burak AYDIN 20 Sep '16

20 Sep '16

Dear Paul, It is announced that Turkey will stay in Daylight Saving Time even in winter. Here is the related announcement from Turkish Government: http://www.resmigazete.gov.tr/eskiler/2016/09/20160908-2.pdf It says that we will not set the time 1 hour back at 30 October 2016. Best Regards, Burak AYDIN --- G?ZL?L?K NOTU: Bu e-posta mesaj? ki?iye ?zel olup, gizli bilgiler i?eriyor olabilir. E?er bu e-posta mesaj? size yanl??l?kla ula?m??sa, i?eri?ini hi? bir ?ekilde kullanmay?n?z ve ekli dosyalar? a?may?n?z. Bu durumda l?tfen e-posta mesaj?n? kullan?c?ya hemen geri g?nderiniz ve t?m kopyalar?n? mesaj kutunuzdan siliniz. Bu e-posta mesaj?, hi? bir ?ekilde, herhangi bir ama? i?in ?o?alt?lamaz, yay?nlanamaz ve para kar??l??? sat?lamaz. Bu e-posta mesaj?ndaki g?r??ler yaln?zca g?nderen ki?iye aittir ve Kentkart ?irketler Grubunun g?r??lerini yans?tmayabilir. Bu e-posta mesaj? vir?slere kars? anti-vir?s sistemleri taraf?ndan taranm??t?r. Ancak Kentkart ?irketler Grubu, bu e-posta mesaj?n?n -vir?s koruma sistemleri ile kontrol ediliyor olsa bile- vir?s i?ermedi?ini garanti etmez ve meydana gelebilecek zararlardan do?acak hi? bir sorumlulu?u kabul etmez. CONFIDENTIALITY NOTICE: This message is intended solely for the use of the individual or entity to whom it is addressed , and may contain confidential information. If you are not the intended recipient of this message or you receive this mail by mistake, you should refrain from making any use of the contents and from opening any attachment. In that case, please notify the sender immediately and return the message to the sender, then, delete and destroy all copies. This e-mail message, cannot be copied, published or sold for any reason. Any opinions presented in this email are solely those of the sender and may not necessarily reflect those of Kentkart Group of Companies. This e-mail message has been scanned by anti-virus systems for the presence of computer viruses. In doing so, however, Kentkart Group of Companies does not warrant that virus or other forms of data corruption and do not take any responsibility in any occurrence. ---

13 22

[PROPOSED PATCH 2/2] Use lz format for new tarball
by Antonio Diaz Diaz 20 Sep '16

20 Sep '16

Paul Eggert wrote: >> please use a compression format that can be handled easily by >> Windows users as well. For instance, choose a format from the list >> that 7Zip can handle: http://www.7-zip.org/ > > Thanks for mentioning the problem. xz format is on 7-Zip's list; it's > a tiny bit larger than lzip format for our data (0.3% larger for the > draft tzdb tarball) but I suppose portability trumps this minor > advantage. Please, do not use xz for a new distribution format. The xz format is defective. See for example http://www.nongnu.org/lzip/xz_inadequate.html or the note in the third xz test at the bottom of http://www.nongnu.org/lzip/lzip_benchmark.html If a format that 7-Zip can handle is desired, I recommend bzip2 which produces a tzdb tarball a 25% smaller than gzip and only a 9% larger than lzip. Best regards, Antonio.

18 47

URL to get lz file
by tz.kovacsbv＠spamgourmet.com 20 Sep '16

20 Sep '16

Hi, I'm trying to get the .lz file and the link in git ( https://github.com/eggert/tz/tree/2016g) is ftp://ftp.iana.org/tz/tzdb-latest.tar.lz But I browsed in there (ftp://ftp.iana.org/tz <ftp://ftp.iana.org/tz/tzdb-latest.tar.lz>) and there seems to be no .lz file. Vic Kovacs On Tue, Sep 20, 2016 at 11:57 AM, tz-request(a)iana.org < tz.kovacsbv.30ca297cb3.tz-request#iana.org(a)ob.0sg.net> wrote: > Send tz mailing list submissions to > tz(a)iana.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://mm.icann.org/mailman/listinfo/tz > or, via email, send a message with subject or body 'help' to > tz-request(a)iana.org > > You can reach the person managing the list at > tz-owner(a)iana.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of tz digest..." > > > Today's Topics: > > 1. Re: [PROPOSED PATCH 2/2] Use lz format for new tarball > (Deborah Goldsmith) > 2. Re: [PROPOSED PATCH 2/2] Use lz format for new tarball > (Alexander Belopolsky) > 3. Re: [PROPOSED PATCH 2/2] Use lz format for new tarball > (Alexander Belopolsky) > 4. Re: [PROPOSED PATCH 2/2] Use lz format for new tarball > (Alexander Belopolsky) > 5. Re: [PROPOSED PATCH 2/2] Use lz format for new tarball (Random832) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 20 Sep 2016 08:24:51 -0700 > From: Deborah Goldsmith <goldsmit(a)apple.com> > To: Russ Allbery <eagle(a)eyrie.org> > Cc: Time zone mailing list <tz(a)iana.org> > Subject: Re: [tz] [PROPOSED PATCH 2/2] Use lz format for new tarball > Message-ID: <7DCA4197-C9B9-4F2E-9594-A31F33C5398C(a)apple.com> > Content-Type: text/plain; charset=us-ascii > > As far as I can tell, lzip is only used on Linux. There are no tools that > ship with macOS or Windows (out of the box) that can decode it. > > Adopting lzip as the primary format at this point seems like a statement > that only Linux matters. > > Debbie > > > On Sep 7, 2016, at 2:01 PM, Russ Allbery <eagle(a)eyrie.org> wrote: > > > > Deborah Goldsmith <goldsmit(a)apple.com> writes: > > > >> Maybe we should wait until lzip is widely available before adopting it? > > > >> Meanwhile, bzip2 is already widely adopted, and is smaller than gzip. > > > > My impression is that bzip2 is dying and offers no great advantages at > > this point. Those who are looking for the best compression are using > > either xz or lzip. Those who care primarily about backward compatibility > > are using gzip. bzip2 is falling between those two stools: it's much > > newer than gzip and not as widely-supported, and it's larger (and I think > > slower to decompress although I could be wrong) than either xz or lzip. > > > > I would not introduce bzip2 into anything that wasn't already using it at > > this point. > > > > I think the current plan is a good one: stick with gzip for the > supported, > > stable distribution, add an experimental distribution that can play > around > > with compression and contents, and worry later (possibly much later) > about > > when the stable distribution might be worth changing. At some point, > gzip > > will probably go the way of compress, but we're not there yet. (It will > > probably take longer than the replacement of compress with gzip took, > > since there aren't patent issues driving the matter the way that there > > were for compress.) > > > > -- > > Russ Allbery (eagle(a)eyrie.org) < > http://www.eyrie.org/~eagle/> > > > > ------------------------------ > > Message: 2 > Date: Tue, 20 Sep 2016 11:42:46 -0400 > From: Alexander Belopolsky <alexander.belopolsky(a)gmail.com> > To: Deborah Goldsmith <goldsmit(a)apple.com> > Cc: Time zone mailing list <tz(a)iana.org> > Subject: Re: [tz] [PROPOSED PATCH 2/2] Use lz format for new tarball > Message-ID: > <CAP7h-xYroWJ0JEb_2y4wuKceb9jnKPS7LHdN0sP07yjkbm > vd2A(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > On Tue, Sep 20, 2016 at 11:24 AM, Deborah Goldsmith <goldsmit(a)apple.com> > wrote: > > > There are no tools that ship with macOS or Windows (out of the box) that > > can decode it. > > > > Neither of those systems come with a compiler out of the box either. On > MacOS, it takes less than 1.5 seconds to install lzip: > > $ time brew install lzip > ==> Downloading > https://homebrew.bintray.com/bottles/lzip-1.18.el_capitan.bottle.tar.gz > Already downloaded: > /Users/a/Library/Caches/Homebrew/lzip-1.18.el_capitan.bottle.tar.gz > ==> Pouring lzip-1.18.el_capitan.bottle.tar.gz > ? /usr/local/Cellar/lzip/1.18: 9 files, 166.4K > > real 0m1.124s > user 0m0.646s > sys 0m0.537s > > If you have trouble unpacking .tar.lz files - just point your browser to > > https://github.com/eggert/tz/tree/2016g > > and get whatever individual files you need. >

1 0

Turkish Governtment Decides to Stay on Daylight Saving Time
by Ozaydin Dolek 19 Sep '16

19 Sep '16

Hi There, As you may have already heard by now , Turkish Governtment Decided to Stay on Daylight Saving Time (always summer time) When could be this change updated on IANA ? This is really urgent . Thx & BR Ozaydin Dolek Refs: http://www.timeanddate.com/news/time/turkey-scraps-dst-2016.html Official government doc: http://www.resmigazete.gov.tr/eskiler/2016/09/20160908-2.pdf -- Özaydın Dölek | Senior Principal Technical Account Manager Oracle EMEA Systems Support Phone: +90(212)3296825 | Fax: +90(212)3296701 ORACLE Turkey | UniqIstanbul Maslak-Ayazaga Caddesi No:4/B Kat:234485 Sarıyer / Istanbul

1 0

Time-zone file requirement for DST change in Turkey
by Deepak Gupta C 19 Sep '16

19 Sep '16

Hi Team, There is a requirement from Government of Turkey to disable the DST in Turkey for 2016 i.e. the current time-zone EEST (GMT+3) should not be changed to EET(GMT+2) after 30th Oct 2016. We need the updated Time-Zone file for the same. Kindly support us to share the updated Time-Zone file. Please let us know in case of any more information required for the same. Regards Deepak Gupta Specialist - Customer Support RMEA T1C Mob: +919582111838

1 0

Uruguay considering DST again
by Carlos M. Martinez 13 Sep '16

13 Sep '16

Link in Spanish: [http://www.elobservador.com.uy/evaluan-si-adelantan-la-hora-partir-octubre-…] Last year the Uruguayan Government decided at quite the last minute to *cancel* DST, causing the expected general havoc mostly on mobile phones. tks! -Carlos

1 0