Time zone change in Turkey
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. ---
Thanks for the heads-up. That takes effect today, which is not much notice. Luckily only the abbreviation and tm_isdst flags change immediately, and the 2016f release predicts Turkey's UTC offset correctly until October 30. Still, it looks like we'll need a new release shortly. Proposed patch attached, and published on GitHub.
Turkey is already on DST (UTC +3), so there is no change until 30 October, when the change is that there is no change back from DST. :) Even Scharning Time.is - exact time for any time zone http://time.is/ On 08.09.2016 09:42, Paul Eggert wrote:
Thanks for the heads-up. That takes effect today, which is not much notice. Luckily only the abbreviation and tm_isdst flags change immediately, and the 2016f release predicts Turkey's UTC offset correctly until October 30. Still, it looks like we'll need a new release shortly. Proposed patch attached, and published on GitHub.
On 09/08/2016 02:42 AM, Paul Eggert wrote:
Thanks for the heads-up. That takes effect today, which is not much notice. Luckily only the abbreviation and tm_isdst flags change immediately, and the 2016f release predicts Turkey's UTC offset correctly until October 30. Still, it looks like we'll need a new release shortly. Proposed patch attached, and published on GitHub.
Hi, Just to clarify, do you expect to release this within the next week or waiting until October? Thanks, Patsy
On 09/08/2016 05:23 AM, Patsy Franklin wrote:
do you expect to release this within the next week or waiting until October?
More the former, since the proposed change has immediate (albeit minor) ramifications. Though I do hope the Turkish government doesn't change its mind again next week....
On 2016-09-08 10:06, Paul Eggert wrote:
On 09/08/2016 05:23 AM, Patsy Franklin wrote:
do you expect to release this within the next week or waiting until October? More the former, since the proposed change has immediate (albeit minor) ramifications. Though I do hope the Turkish government doesn't change its mind again next week....
Turkey could decide to revert if they realize they are not keeping DST, they are actually changing their Standard Time! ;^> Politicians are just simple folks. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
Do we have a 2016g release coming shortly for the Turkey ? If yes, by when can we expect this. Regards, Raghu On 9/8/2016 10:32 PM, Brian Inglis wrote:
On 2016-09-08 10:06, Paul Eggert wrote:
On 09/08/2016 05:23 AM, Patsy Franklin wrote:
do you expect to release this within the next week or waiting until October? More the former, since the proposed change has immediate (albeit minor) ramifications. Though I do hope the Turkish government doesn't change its mind again next week....
Turkey could decide to revert if they realize they are not keeping DST, they are actually changing their Standard Time! ;^> Politicians are just simple folks.
+1 Would really appreciate this ASAP. Thanks! Patsy On 09/16/2016 06:37 AM, Raghuram wrote:
Do we have a 2016g release coming shortly for the Turkey ?
If yes, by when can we expect this.
Regards, Raghu On 9/8/2016 10:32 PM, Brian Inglis wrote:
On 2016-09-08 10:06, Paul Eggert wrote:
On 09/08/2016 05:23 AM, Patsy Franklin wrote:
do you expect to release this within the next week or waiting until October? More the former, since the proposed change has immediate (albeit minor) ramifications. Though I do hope the Turkish government doesn't change its mind again next week....
Turkey could decide to revert if they realize they are not keeping DST, they are actually changing their Standard Time! ;^> Politicians are just simple folks.
On 09/16/2016 03:37 AM, Raghuram wrote:
Do we have a 2016g release coming shortly for the Turkey ?
Yes, the 2016g release code and data have been finalized. We are merely waiting for the crank to be turned internally in order to get it published at iana.org and announced on tz-announce. If you are in a hurry, acopy of the complete 2016g release is attached. Toconvert it to the traditional two-tarball format, run the following shell commands on a POSIX host with GNU tar, gzip, and lzip installed: tar -xf tzdb-2016g.tar.lz cd tzdb-2016g make tarballs The tarballs are all reproducible and have the following SHA512 checksums: 280f9bd9ee6eacc5cf82004dc5efd4e1d245e68a576c6d8172ebae0247d0777ac8987aed33609106eb1d596229979452023b593d1a4a58be9bc0932c376a3533 tzcode2016g.tar.gz 7b414c1af80faed335a59f40a18931265b71f8dacc3a5f3bd93e8ea0e3d6416a6839dfb88c64b04df3c728c4fb44105503ddb6e87f317dbff29e43c491c2fb3d tzdata2016g.tar.gz f3a26967d77a27c015f3259ab40ff77de16b9d517cbf8bbff30c110a239e3104289727e529cb5675c140cba199073575a63d84265e4b8068f70d730bb780fea8 tzdb-2016g.tar.lz Or you can get the 2016g code and data from the GitHub experimental repository. It's tagged with '2016g'.
Hi Paul, I am glad you finally supplied an Lzip archive to play with. I just can't find a suitable Windows application for extracting this archive. Searching the internet doesn't give any meaningful results. Probably because absolutely nobody does lzip on Windows; this seems to be a Unix-Linux-only show. I have found the program Lzip from Antonio Diaz at lzip.nongnu.org, but this is not a Windows program. Somebody has made a port to Windows 32-bits 6 years ago. But does this work on my 64-bits Windows 10? And if it does, do we get a decent application program with a graphical user interface or do we have to mess about with 50 years old technology like the command line interface? Anyhow, I managed to find a Windows program that can handle 180 different archive file formats: PeaZip. This nice and well kept Windows program doesn't do lzip! It appears that lzip is way too exotic in the Windows world to be bothered with. It is very likely that the number of Windows users of at least the TZ data is too large to ignore. So again: please drop this Unix-Linux-only stuff and keep the TZ distribution in a more universal archive format. That's why I earlier mentioned the list of supported formats at 7-Zip. If 7-zip doesn't support a format, then changes are slim that anything does in the Windows world. And yes, I know you are planning to distribute TZ also in the old gz format, at least for the moment. But, given all the comments regarding breaking up a work flow, non support in Windows, and other comments, why still pushing lzip? Yours, Oscar van Vlijmen
----Origineel Bericht---- Van : eggert@cs.ucla.edu Datum : 16/09/2016 17:53 Aan : raghuram.prahlada@oracle.com Cc : tz@iana.org Onderwerp : Re: [tz] Time zone change in Turkey
On 09/16/2016 03:37 AM, Raghuram wrote:
Do we have a 2016g release coming shortly for the Turkey ?
Yes, the 2016g release code and data have been finalized. We are merely waiting for the crank to be turned internally in order to get it published at iana.org and announced on tz-announce.
If you are in a hurry, acopy of the complete 2016g release is attached. Toconvert it to the traditional two-tarball format, run the following shell commands on a POSIX host with GNU tar, gzip, and lzip installed:
tar -xf tzdb-2016g.tar.lz cd tzdb-2016g make tarballs
The tarballs are all reproducible and have the following SHA512 checksums:
280f9bd9ee6eacc5cf82004dc5efd4e1d245e68a576c6d8172ebae0247d0777ac8987aed33609106eb1d596229979452023b593d1a4a58be9bc0932c376a3533 tzcode2016g.tar.gz 7b414c1af80faed335a59f40a18931265b71f8dacc3a5f3bd93e8ea0e3d6416a6839dfb88c64b04df3c728c4fb44105503ddb6e87f317dbff29e43c491c2fb3d tzdata2016g.tar.gz f3a26967d77a27c015f3259ab40ff77de16b9d517cbf8bbff30c110a239e3104289727e529cb5675c140cba199073575a63d84265e4b8068f70d730bb780fea8 tzdb-2016g.tar.lz
Or you can get the 2016g code and data from the GitHub experimental repository. It's tagged with '2016g'.
On 9/17/2016 5:53 AM, vanadovv@hetnet.nl wrote:
Hi Paul, +1
I am glad you finally supplied an Lzip archive to play with. I just can't find a suitable Windows application for extracting this archive. Searching the internet doesn't give any meaningful results. Probably because absolutely nobody does lzip on Windows; this seems to be a Unix-Linux-only show.
I have found the program Lzip from Antonio Diaz at lzip.nongnu.org, but this is not a Windows program. Somebody has made a port to Windows 32-bits 6 years ago. But does this work on my 64-bits Windows 10? And if it does, do we get a decent application program with a graphical user interface or do we have to mess about with 50 years old technology like the command line interface? Anyhow, I managed to find a Windows program that can handle 180 different archive file formats: PeaZip. This nice and well kept Windows program doesn't do lzip! It appears that lzip is way too exotic in the Windows world to be bothered with.
It is very likely that the number of Windows users of at least the TZ data is too large to ignore. So again: please drop this Unix-Linux-only stuff and keep the TZ distribution in a more universal archive format. That's why I earlier mentioned the list of supported formats at 7-Zip. If 7-zip doesn't support a format, then changes are slim that anything does in the Windows world.
And yes, I know you are planning to distribute TZ also in the old gz format, at least for the moment. But, given all the comments regarding breaking up a work flow, non support in Windows, and other comments, why still pushing lzip?
Yours,
Oscar van Vlijmen
----Origineel Bericht---- Van : eggert@cs.ucla.edu Datum : 16/09/2016 17:53 Aan : raghuram.prahlada@oracle.com Cc : tz@iana.org Onderwerp : Re: [tz] Time zone change in Turkey
On 09/16/2016 03:37 AM, Raghuram wrote:
Do we have a 2016g release coming shortly for the Turkey ? Yes, the 2016g release code and data have been finalized. We are merely waiting for the crank to be turned internally in order to get it published at iana.org and announced on tz-announce.
If you are in a hurry, acopy of the complete 2016g release is attached. Toconvert it to the traditional two-tarball format, run the following shell commands on a POSIX host with GNU tar, gzip, and lzip installed:
tar -xf tzdb-2016g.tar.lz cd tzdb-2016g make tarballs
The tarballs are all reproducible and have the following SHA512 checksums:
280f9bd9ee6eacc5cf82004dc5efd4e1d245e68a576c6d8172ebae0247d0777ac8987aed33609106eb1d596229979452023b593d1a4a58be9bc0932c376a3533 tzcode2016g.tar.gz 7b414c1af80faed335a59f40a18931265b71f8dacc3a5f3bd93e8ea0e3d6416a6839dfb88c64b04df3c728c4fb44105503ddb6e87f317dbff29e43c491c2fb3d tzdata2016g.tar.gz f3a26967d77a27c015f3259ab40ff77de16b9d517cbf8bbff30c110a239e3104289727e529cb5675c140cba199073575a63d84265e4b8068f70d730bb780fea8 tzdb-2016g.tar.lz
Or you can get the 2016g code and data from the GitHub experimental repository. It's tagged with '2016g'.
-- Donald [|] Q: Why did the tachyon cross the road? A: Because it was on the other side. --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
vanadovv@hetnet.nl wrote:
I know you are planning to distribute TZ also in the old gz format, at least for the moment.
Please don't worry, it's going to be for more than just "the moment".
I have found the program Lzip from Antonio Diaz at lzip.nongnu.org, but this is not a Windows program. Somebody has made a port to Windows 32-bits 6 years ago. But does this work on my 64-bits Windows 10?
I don't know why it wouldn't. If it doesn't work please let us know. Also, you can find a more-recent version of lzip, built for Microsoft Windows, here: https://cygwin.com/cygwin/packages/x86_64/lzip/ Perhaps the lzip web page should mention this next to where it mentions the older Windows32 port, as that might have helped you find this alternative. I'll CC: this message to bug-lzip to ask its maintainer about this.
do we get a decent application program with a graphical user interface
You mean, like the other tools we're using? Like 'tar', 'make', and 'cc'? :-)
Yeah, right, like I'm gonna learn how to Cygwin (119 pages)! I'd rather try lzip form the ezwinports project [https://sourceforge.net/projects/ezwinports/] I can't speak for the majority of Windows users, but most of them will very likely be looking for an application program like an .exe file. This app should have a graphical user interface, probably with drag-and-drop functionality, like any other decent Windows (and Macintosh) application program. Many archive/compression formats can be handled by a handful of nice programs for the Windows platform. With the exception of lzip, you keep pushing. Do you get coupons for this? [please laugh] Greetings, Oscar van Vlijmen
----Origineel Bericht---- Van : eggert@cs.ucla.edu Datum : 17/09/2016 21:42 Aan : vanadovv@hetnet.nl Cc : tz@iana.org, lzip-bug@nongnu.org Onderwerp : Re: [tz] Time zone change in Turkey - lzip
vanadovv@hetnet.nl wrote:
I know you are planning to distribute TZ also in the old gz format, at least for the moment.
Please don't worry, it's going to be for more than just "the moment".
I have found the program Lzip from Antonio Diaz at lzip.nongnu.org, but this is not a Windows program. Somebody has made a port to Windows 32-bits 6 years ago. But does this work on my 64-bits Windows 10?
I don't know why it wouldn't. If it doesn't work please let us know. Also, you can find a more-recent version of lzip, built for Microsoft Windows, here:
https://cygwin.com/cygwin/packages/x86_64/lzip/
Perhaps the lzip web page should mention this next to where it mentions the older Windows32 port, as that might have helped you find this alternative. I'll CC: this message to bug-lzip to ask its maintainer about this.
do we get a decent application program with a graphical user interface
You mean, like the other tools we're using? Like 'tar', 'make', and 'cc'? :-)
On Sat, Sep 17, 2016, at 16:37, vanadovv@hetnet.nl wrote:
Yeah, right, like I'm gonna learn how to Cygwin (119 pages)! I'd rather try lzip form the ezwinports project [https://sourceforge.net/projects/ezwinports/] I can't speak for the majority of Windows users, but most of them will very likely be looking for an application program like an .exe file.
I suspect the subset of Windows users that has any use at all for tzdata overlaps reasonably well with the subset that is reasonably comfortable using command-line tools.
Oscar van Vlijmen wrote:
Yeah, right, like I'm gonna learn how to Cygwin (119 pages)! I'd rather try lzip form the ezwinports project [https://sourceforge.net/projects/ezwinports/]
Thanks, I wasn't aware of that. I'll CC: this to the lzip bug list, since the ezwinports port should probably be mentioned on the lzip web page next to the existing Cygwin and old non-Cygwin ports. For those using Windows 10 Anniversary build 14393 or later on x86-64, another option is Microsoft's Bash on Windows package, which I expect supports lzip. This also should be a way to run GNU tar, gzip, etc., which should be helpful for anybody doing serious work on the tz code and data (e.g., regression testing). See: https://msdn.microsoft.com/commandline/wsl/about I realize this last option is forward-looking, as we can't expect every Microsoft Windows user to be running last month's release. But forward-looking is OK for the experimental tzdb distribution format.
I tried lzip (32-bits) from ezwinports. It does work from the Windows command line (cmd.exe). I could decompress your 2016g lz archive, but I got a tar ball. Another program, 7-zip, unpacked this in no time. I couldn't find anything in the lzip documentation to tackle a tar. Perhaps libarchive from ezwinports? Never mind, I've got a headache. So all in all this command line mess is for a simple Windows user like me way too much to be bothered with. Once you have learned how to drag and drop and work with GUIs, you never want to go back to 50 years old technology. Yes, I've read somewhere about Bash for Windows 10 Anniversary Update. I didn't get the Anniversary Update yet. I know, I could force this update, but I'll just wait. Anyhow, quite an interesting discussion around lzip. But still I would like to see a decent (i.e. GUI-like) Windows program easily extracting lzip, or a TZ distro in a more universal archive format. Oscar van Vlijmen
----Origineel Bericht---- Van : eggert@cs.ucla.edu Datum : 18/09/2016 20:32 Aan : vanadovv@hetnet.nl Cc : tz@iana.org, lzip-bug@nongnu.org Onderwerp : Re: [tz] Time zone change in Turkey - lzip
Oscar van Vlijmen wrote:
Yeah, right, like I'm gonna learn how to Cygwin (119 pages)! I'd rather try lzip form the ezwinports project [https://sourceforge.net/projects/ezwinports/]
Thanks, I wasn't aware of that. I'll CC: this to the lzip bug list, since the ezwinports port should probably be mentioned on the lzip web page next to the existing Cygwin and old non-Cygwin ports.
For those using Windows 10 Anniversary build 14393 or later on x86-64, another option is Microsoft's Bash on Windows package, which I expect supports lzip. This also should be a way to run GNU tar, gzip, etc., which should be helpful for anybody doing serious work on the tz code and data (e.g., regression testing). See:
https://msdn.microsoft.com/commandline/wsl/about
I realize this last option is forward-looking, as we can't expect every Microsoft Windows user to be running last month's release. But forward-looking is OK for the experimental tzdb distribution format.
Oscar van Vlijmen wrote:
I tried lzip (32-bits) from ezwinports. It does work from the Windows command line (cmd.exe).
Thanks for checking this.
I couldn't find anything in the lzip documentation to tackle a tar.
That's right. lzip is like gzip, and does only compression and decompression. tar is a separate program for doing archiving. This is in accordance with the software tools philosophy of having different programs for different tasks.
On Sep 18, 2016, at 8:17 PM, Paul Eggert <eggert@CS.UCLA.EDU> wrote:
Oscar van Vlijmen wrote: ...
I couldn't find anything in the lzip documentation to tackle a tar.
That's right. lzip is like gzip, and does only compression and decompression. tar is a separate program for doing archiving. This is in accordance with the software tools philosophy of having different programs for different tasks.
Sort of. For a very long time now, tar has had switches to invoke compression or decompression along with the archive operation. "z" for gzip, more recently "j" for bzip2, and more recently still "J" for xz compression. paul
On Sep 19, 2:57pm, Paul.Koning@dell.com (<Paul.Koning@dell.com>) wrote: -- Subject: Re: [tz] Time zone change in Turkey - lzip | | > On Sep 18, 2016, at 8:17 PM, Paul Eggert <eggert@CS.UCLA.EDU> wrote: | >=20 | > Oscar van Vlijmen wrote: | > ... | >> I couldn't find anything in the lzip documentation to tackle a tar. | >=20 | > That's right. lzip is like gzip, and does only compression and decompress= | ion. tar is a separate program for doing archiving. This is in accordance w= | ith the software tools philosophy of having different programs for differen= | t tasks. | | Sort of. For a very long time now, tar has had switches to invoke compress= | ion or decompression along with the archive operation. "z" for gzip, more = | recently "j" for bzip2, and more recently still "J" for xz compression. NetBSD has made gunzip detect the compressed format so -z just works. It is a trivial change, and friendly to the user. christos
On Tue, Sep 20, 2016, at 13:26, Christos Zoulas wrote:
NetBSD has made gunzip detect the compressed format so -z just works. It is a trivial change, and friendly to the user.
I haven't even had to use z in years - OSX and GNU tar both detect the compressed format (GNU uses the filename extension, so this won't work in a pipeline or if the file has the wrong name).
On 2016-09-20 13:01, Random832 wrote:
On Tue, Sep 20, 2016, at 13:26, Christos Zoulas wrote:
NetBSD has made gunzip detect the compressed format so -z just works. It is a trivial change, and friendly to the user.
I haven't even had to use z in years - OSX and GNU tar both detect the compressed format (GNU uses the filename extension, so this won't work in a pipeline or if the file has the wrong name).
tar documents the compressed formats accepted: -I, --use-compress-program=COMMAND Filter data through COMMAND. It must accept the -d option, for decompression. The argument can contain command line options. -j, --bzip2 Filter the archive through bzip2(1). -J, --xz Filter the archive through xz(1). --lzip Filter the archive through lzip(1). --lzma Filter the archive through lzma(1). --lzop Filter the archive through lzop(1). --no-auto-compress Do not use archive suffix to determine the compression program. -z, --gzip, --gunzip, --ungzip Filter the archive through gzip(1). -Z, --compress, --uncompress Filter the archive through compress(1). but requires the de-/compressors be installed in your PATH; it forks a process to run the de-/compressor on a pipe. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
On Mon, Sep 19, 2016 at 14:57:29 +0000, Paul.Koning@dell.com wrote:
Sort of. For a very long time now, tar has had switches to invoke compression or decompression along with the archive operation. "z" for gzip, more recently "j" for bzip2, and more recently still "J" for xz compression.
(For what it's worth, GNU tar's pipe-to-(de)compression-utility functionality supports auto-detection of various other compression formats [incluing lzip], as described here: https://www.gnu.org/software/tar/manual/html_node/gzip.html "tar --help" lists the compression formats compiled into that particular GNU tar binary [in the "Compression options:" section].) Nathan ---------------------------------------------------------------------------- Nathan Stratton Treadway - nathanst@ontko.com - Mid-Atlantic region Ray Ontko & Co. - Software consulting services - http://www.ontko.com/ GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt ID: 1023D/ECFB6239 Key fingerprint = 6AD8 485E 20B9 5C71 231C 0C32 15F3 ADCD ECFB 6239
Paul Eggert wrote:
Thanks, I wasn't aware of that. I'll CC: this to the lzip bug list, since the ezwinports port should probably be mentioned on the lzip web page next to the existing Cygwin and old non-Cygwin ports.
Thank you very much Paul and Oscar. I have just updated the lzip page adding a link to the ezwinports port. I have also mentioned the ports in the donwload section, including 32 and 64 bit ports of plzip, the parallel version of lzip.
For those using Windows 10 Anniversary build 14393 or later on x86-64, another option is Microsoft's Bash on Windows package, which I expect supports lzip. This also should be a way to run GNU tar, gzip, etc., which should be helpful for anybody doing serious work on the tz code and data (e.g., regression testing). See:
This page says that Bash on Ubuntu on Windows runs the Ubuntu binaries provided by Canonical, so lzip should work as it has been packaged in Ubuntu since 2009: http://packages.ubuntu.com/yakkety/lzip Best regards, Antonio.
participants (13)
-
Antonio Diaz Diaz -
Brian Inglis -
Burak AYDIN -
christos＠zoulas.com -
Donald MacQueen -
Even Scharning -
Nathan Stratton Treadway -
Patsy Franklin -
Paul Eggert -
Paul.Koning＠dell.com -
Raghuram -
Random832 -
vanadovv＠hetnet.nl