September 2013 - tz - lists.iana.org

minor error in NEWS
by Denis Excoffier Sept. 30, 2013

Sept. 30, 2013

Hello, In the NEWS file or the recent modification for Morocco, it can be read: Unreleased, experimental changes + Changes affecting current and near-future time stamps + + Morocco changed their rules, and now falls back the first Sunday + in October, not September. (Thanks to Steffen Thorsen.) + Changes affecting 'zic' Should be "the last Sunday in October". Regards, Denis Excoffier.

1 0

Morocco TimeZone Update rules
by Hicham Aoufir Sept. 29, 2013

Sept. 29, 2013

Hello, The Moroccan governement has approved a decision that maintain the summer time one more month until last sunday of October of each year. http://www.maroc.ma/fr/actualites/lhoraire-dete-gmt1-maintenu-jusquau-27-oc… -- Cordialement / Kind Regards / مع أطيب التحيات * * *AOUFIR Hicham* Ingénieur en Systèmes d'Information Admnistrateur Systèmes Unix/Linux (+212)644158121

1 0

Spain is considering time zone change
by Alexander Krivenyshev Sept. 28, 2013

Sept. 28, 2013

According to some news, Spain is considering time zone change: Spanish MPs considering time zone change http://topnews.es/content/2829-spanish-mps-considering-time-zone-change Spain could put clocks back to boost economy http://www.thelocal.es/20130927/spain-could-put-clocks-back-to-boost-economy or http://www.worldtimezone.com/dst_news/dst_news_spain01.html Alexander Krivenyshev, http://www.WorldTimeZone.com

1 0

global 'timezone' on x32
by enh Sept. 27, 2013

Sept. 27, 2013

localtime.c defines 'timezone' as a time_t. glibc (which doesn't use tzcode) and bionic (which does) currently declare 'timezone' as a long int. POSIX also says 'long'. the mismatch causes trouble on x32. --elliott

2 2

leapseconds.awk missing from data tarball?
by Matt Burgess Sept. 26, 2013

Sept. 26, 2013

Hi, I note from the recent release notes that the leap-seconds.list file is generated using leapseconds.awk. Previous to this change, it was possible to compile and install the tz files just using the tzdata tarball. As the leapseconds.awk file is only shipped in the tzcode tarball, this is now no longer possible. Would it be possible to ship either the leapseconds.awk file, or a generated copy of leap-seconds.list in the tzdata tarball so that the tzcode tarball is once more no longer required? Thanks, Matt.

4 5

tzcode2013f and tzdata2013f available
by Paul Eggert Sept. 26, 2013

Sept. 26, 2013

The 2013f release of the tz code and data is available. It reflects the following changes, which were either circulated on the tz mailing list or are relatively minor administrative changes: Changes affecting near-future time stamps Tocantins will very likely not observe DST starting this spring. (Thanks to Steffen Thorsen.) Jordan will likely stay at UTC+3 indefinitely, and will not fall back this fall. Palestine will fall back at 00:00, not 01:00. (Thanks to Steffen Thorsen.) Changes affecting API The types of the global variables 'timezone' and 'altzone' (if present) have been changed back to 'long'. This is required for 'timezone' by POSIX, and for 'altzone' by common practice, e.g., Solaris 11. These variables were originally 'long' in the tz code, but were mistakenly changed to 'time_t' in 1987; nobody reported the incompatibility until now. The difference matters on x32, where 'long' is 32 bits and 'time_t' is 64. (Thanks to Elliott Hughes.) Changes affecting the build procedure Avoid long strings in leapseconds.awk to work around a mawk bug. (Thanks to Cyril Baurand.) Changes affecting documentation and commentary New file 'NEWS' that contains release notes like this one. Paraguay's law does not specify DST transition time; 00:00 is customary. (Thanks to Waldemar Villamayor-Venialbo.) Minor capitalization fixes. Changes affecting version-control only The experimental github repository now contains annotated and signed tags for recent releases, e.g., '2013e' for Release 2013e. Releases are tagged starting with 2012e; earlier releases were done differently, and tags would either not have a simple name or not exactly match what was released. 'make set-timestamps' is now simpler and a bit more portable. Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2013f.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2013f.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2013f.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2013f.tar.gz Each release file has a GPG signature, which can be retrieved by appending ".asc" to the above URLs. Copies of these signatures are appended to this message. As usual, links to the latest release files are here: http://www.iana.org/time-zones/repository/tzcode-latest.tar.gz http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz ftp://ftp.iana.org/tz/tzcode-latest.tar.gz ftp://ftp.iana.org/tz/tzdata-latest.tar.gz This release corresponds to commit 7436d7438735104103d6d6b0ae5b45bdef7b69a2 dated Tue Sep 24 23:37:36 2013 -0700 in the unofficial github repository at <https://github.com/eggert/tz>. Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAABAgAGBQJSQoY1AAoJEO2X6Q5iqn40MOwP/j4xZCapf6Wqzmr7aexvNAVj t+L665BgXBYgmh3V+D1B1mj+B1Ilu0+3z0b4xyNB938trMuWMoBVfBjYfw+nQgbk hoIFggl3jh4BmCJqL7gLRYDBMxhuTcZfDbLHYJ1znuNC63PJej8X3uOXBR1TUQC4 /D40tArmDrpA2KQ5uBbBnIqWFmWUqbPPM+4Zb02TFI6ElIzN9yF7hO8c4AzevYZG SuY6DzdRAvt+HKkPb5BSH5qIb9WnOHPHlh1gb8Ek8IjfC0Y/NPFkfivBcRLcvU3D BMH+ysfhrt/L2shGbN9xJY72hflWZAlBUveggtEEem4ZGyR3jt494qs5bAmfFs5c NEl4FOJ7A0zR4zOOXasY8d8H9x8QHACM7pnFl007CC3/X65ahMDYznug3m0fIlTT FIVExwC7vu5q9phKZqllsf1WDDlYsRDSjvZRyJftAo8d7uiX/hSRV62ENzvDpZTE IhKbQcJO4o3HSy1ZAR/8ZBOZZTrfuCTVia3HQSv+z9HE1DcqZr24Vc5rUxOWlLAG Ikd+F23YtPqH7d+PVZMBDIZkqeu7qB/3a7WSzEvE/eYIKeoGojQBIvz9swZd5vmb tbHrYmvCM9nuPat6XfMhCms80gjcxPSqS3+UODvq01+OOG/v+1uxBavxZWjMo/6n yoay8oUjHbaBUSy9gjv/ =mvcv -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAABAgAGBQJSQoY1AAoJEO2X6Q5iqn40MHYP/Aq8zW+aeJkn0MP55pJYL/oJ 7yGojddjV7FApzoqiBnTqsmUtxMWdrQR8ZAejSoKvZWWI/XwhHv6nPO6ZAlMB7WV 1lakGSjGD055ZhOQaViMF0/i2iQJXrWW+YAy0QWUhJSSLOHZ/Mk0dUVPb2I/3XPW uFuR8xmrJE4gBTEXyN9CL/ebmpvV0lEUbNEj46Y/SKDDqcF8pA1WJlbCiqcxwiTp lS0B/KuwhKof8N3ij7TnIlIM/HzwnTFiL3zabvUNErhRtP3PWggCVanyULnNcSJU 2C4pSQRC3CW2gIPZfF7e3EaV0RoraeinRPdSM+HHsgM13WHw/EuXQ3QJXvJDYoWc w0VnD2cnDqlSBEkWqI/SdK4W3bRhR9lhskFJSBGxSr6XBBXzYAgFu4dzL5DzCSd5 9ITsIC/2FMslLNAEkufNOpHLV7BBrrMDmtwuM2B1yc4zkMXVMKof9v0BxnODGTsH gxncarfm19i7Ew/6rz9UqVH8gsPt2JkMbmLnPjoEo5bgF5JQINO3WC6FtLWxNlPn 5DUfwhE9XcdxoJCl+sA3DsB3qxWz3VHSVH8M3OYSxtRqzRFXpNcLXbwSxz+IlSjp +sTuM8WAECLsSRT5S1zIroobbs2sguY6Gipk9Lq3L4Lux3eHkMzlCoZk36OJdU6K U/ScBctj4rv1sM33kqJW =eD7x -----END PGP SIGNATURE-----

3 2

compiling tzcode with mingw gcc compiler
by Theo Veenker Sept. 26, 2013

Sept. 26, 2013

Dear maintainers of the tzcode, I noticed I could't build the tzcode from Mingw gcc. Therefore I'd like to suggest some additions/changes. They are fairly trivial, see below. Theo Veenker Main change required is the addition of a (conditional) link() function into zic.c as this function is not provided on a Windows platform. private.h: Add: #ifndef HAVE_LINK #define HAVE_LINK 1 #endif /* !defined HAVE_LINK */ zic.c: Add: #if !HAVE_LINK #define SCRATCH_SIZE 8000 int link(const char * fromname, const char * toname) { FILE * fi; FILE * fo; char * scratch; int err = 0; fi = fopen(fromname, "rb"); if (!fi) return -1; fo = fopen(toname, "wb"); if (!fo) { fclose(fi); return -1; } scratch = (char*)emalloc(SCRATCH_SIZE); while (!feof(fi)) { int nread = fread(scratch, 1, SCRATCH_SIZE, fi); if (nread > 0) { int nwritten = fwrite(scratch, 1, nread, fo); if (nwritten != nread) { err = -1; break; } } else if (feof(fi)) { break; } else if (ferror(fi)) { err = -1; break; } } free(scratch); fclose(fo); fclose(fi); return err; } #endif /* !HAVE_LINK */ Makefile: Linking zdump requires asctime.c and asctime.o to be added to symbols TZDSRCS resp. TZDOBJS: TZDSRCS= zdump.c localtime.c asctime.c ialloc.c TZDOBJS= zdump.o localtime.o asctime.o ialloc.o Also add comment: # -DHAVE_LINK=0 if your system lacks the link function To test compilation using i686-w64-mingw32-gcc under Linux: make CFLAGS="-DHAVE_STDINT_H -DSTD_INSPIRED -DHAVE_SYS_WAIT_H=0 -DHAVE_SYS_STAT_H=0 -DHAVE_UNISTD_H=0 -DHAVE_SYMLINK=0 -DHAVE_LINK=0" cc=i686-w64-mingw32-gcc To test compilation using Mingw gcc under Windows: make CFLAGS="-DHAVE_STDINT_H -DSTD_INSPIRED -DHAVE_SYS_WAIT_H=0 -DHAVE_SYS_STAT_H=0 -DHAVE_UNISTD_H=0 -DHAVE_SYMLINK=0 -DHAVE_LINK=0" cc=gcc -- Theo Veenker | Beexy - Behavioral Experiment Software +31(0)524-541531 | +31(0)6-42525777 mobile theo.veenker(a)beexy.nl | www.beexy.nl

2 1

PD notices
by Zefram Sept. 25, 2013

Sept. 25, 2013

I have some code that repackages the tz database, and along the way it checks that the subset that it's repackaging is in the public domain. The check is required because not all of the files are PD (some of the man pages are BSD licensed), and the license statement on the automatically-generated package needs to be correct. The code checks by looking for the notices that are at the top of most of the files. I have found that it quite frequently gets broken by small changes in file formatting, or new files with novel format. 2013e broke it by adding leap-seconds.list, and 2013f has just broken it again by adding NEWS. Can we come up with some consistent formatting rules to make the PD notices machine readable? It doesn't have to be a single structure for all file types, just a limited repertoire that code can reliably apply. Or a separate machine-readable list of files with a single statement that the listed files are all PD. -zefram

3 3

Gaza/West Bank likely to end DST 1 hour earlier
by Steffen Thorsen Sept. 25, 2013

Sept. 25, 2013

The Gaza and West Bank are ending DST Thursday at midnight (2013-09-27 00:00:00) (one hour earlier than last year and current rule in tzdata). This source in English, says "that winter time will go into effect at midnight on Thursday in the West Bank and Gaza Strip": http://english.wafa.ps/index.php?action=detail&id=23246 and also mentions it here: http://english.wafa.ps/index.php?action=detail&id=23254 The official source and this other source in Arabic, with Google Translate translates to "Friday night", we assume this English source was based on this government source, and that midnight between Thursday and Friday is correct: http://www.palestinecabinet.gov.ps/ar/Views/ViewDetails.aspx?pid=1252 http://felesteen.ps/details/news/100581/%D8%A8%D8%AF%D8%A1-%D8%A7%D9%84%D8%… Best regards, Steffen Thorsen - timeanddate.com

3 2

America/Montreal has been Removed in the zone.tab file for 2013e?
by Richard Andersen (TT) Sept. 24, 2013

Sept. 24, 2013

Hi, I have noticed that “America/Montreal” entry was removed from the zone.tab file in the 2013e release. I am not sure if this is a mistake, but I wanted someone to know… Thanks!

2 1