January 2007 - tz - lists.iana.org

2007 DST update included in tzdata-2006m-2.el3 ?
by Ali Darab Jan. 30, 2007

Jan. 30, 2007

Hello, I was wondering if the 2007 DST update for USA is included in tzdata-2006m-2.el3. Thank you, Ali Darab

1 0

DST rules for Istanbul, Turkey
by Nirav Jk Vora Jan. 30, 2007

Jan. 30, 2007

Hi, I am Nirav from the Java Technology Centre, IBM. I am working for the L3 team here. Sometime back, one of my colleagues Amar Devegowda, had mailed regarding updation of the DST rules for Istanbul,Turkey. Actually as per the current rule that is being used in the JVM Daylight saving was supposed to start at 3.00AM . But as per the latest rule from the below link, Daylight timings start from 1.00AM. We were asked to provide an official link where these changes were stated. I hope this link will serve the purpose so that the database can be updated with the latest DST rules for Istanbul. http://wwp.greenwichmeantime.com/time-zone/europe/european-u nion/turkey/ Please do contact me for any further queries that may be there. With Warm Regards ------------------------------------------------------------------ Nirav J Vora Team member, JVM L3 Support(AIX) IBM India Software Lab, Bangalore ( Office: +91-8025094142 È Mobile: +91-9945383481 + e-Mail: nirav.vora(a)in.ibm.com ------------------------------------------------------------------ JVM Diagnostics Reference @ IBM Internal: http://w3.hursley.ibm.com/java/jim/j2se/ibmproduceddocumentation/javadiagno… External: http://www.ibm.com/developerworks/java/jdk/diagnosis/ ------------------------------------------------------------------

1 0

FW:
by Olson, Arthur David (NIH/NCI) [E] Jan. 26, 2007

Jan. 26, 2007

I'm forwarding this message from Vikash, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriatey. --ado -----Original Message----- From: Jha, Vikash Kumar [mailto:vikash.kumar-jha@hp.com] Sent: Thursday, January 18, 2007 3:59 AM To: tz(a)lecserver.nci.nih.gov Subject: Hi, I am using RedHat linux 2.4.18 ....For updating for new DST rules .. What are the things I should do...? Please let me know. Regars Vikash

2 1

TZ database format specification
by Sean B. Durkin Jan. 25, 2007

Jan. 25, 2007

Hello, Where can I find the specification for the format of the files within the TZ database? I am developing a Delphi (pascal) program to do time zone conversions, using the TZ database. Faithfully, Sean B. Durkin

6 9

Mexico DST news
by Jesper Norgaard Welen Jan. 23, 2007

Jan. 23, 2007

I have not found any single news item that any political decision has been taken whether to follow in Mexico the new US DST rule (that is a month longer than the old one). After the legal fight between former president Vicente Fox and former Mexico City mayor Manuel Lopez Obrador it was clarified in supreme court that DST issues remain with the Congress. On the page of the Energy Saving Trust of Mexico http://www.fide.org.mx/servicios/verano.html it says that DST (spanish: horario de verano) will start in 2007 Sunday 1.st. of April, and end Sunday 28.th. of October (old US-style DST). In the following page http://www.cenam.mx/HoraExacta.asp there is an explanation of that USA will change their schedule to be from Second Sunday of March at 2:00 until First Sunday of November at 2:00 while Mexico will continue with the old DST that is from First Sunday of April at 2:00 to Last Sunday of October at 2:00. However, I'm willing to bet a dinner on that Mexico will follow US from one of these two scenarios: (a) A hasty just-in-time decision puts Mexico on US DST just before 11.th. of March 2007. (b) Next year, a decision is made to put Mexico on the new US style DST, e.g. starting 9.th. of March 2008. Of course at the moment it looks like Mexico is in good company since Cuba, Haiti and Turks & Caicos Islands will also follow old-style US DST. But that is also a reason to keep a close eye on these countries, which might possibly change to keep it simpler to do business with the US (essentially the argument for Canada to change). I found the page http://www.cddhcu.gob.mx/bibliot/publica/inveyana/polisoc/horver/capitulo5.h tm which belongs to the Mexican Congrees (Camara de Diputados) that mentions the different timezone rules in Mexico since 1921. A fair amount of it corresponds well with the tz database (and therefore with Shanks, I presume) but there are differences. If everything is taken literally, there are at least a need to introduce new timezones for the states Campeche, Tamaulipas, Tabasco+CHS, Baja California Sur, Durango, Veracruz+Oaxaca, and Coahuila. Before I go too far with deciphering this, I would like to hear the general opinion about if this is an authoritative source or not - after all the Congress only recently got authority over timezone issues in Mexico (formally), and this list might have some goofed up details from extracting from old documents by "new" people. It does seem odd that there is no activity between 1948 and 1981. But perhaps we should just rely on Shanks for that period. Particularly I would like Paul Eggert's/David Olson's opinion on this. Regards, - Jesper Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (55) 58-04-20-04 ext. 1374 Fax: +52 (55) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 Download the shareware program World Time Explorer, I made: http://www.worldtimeexplorer.com/index.html

3 3

Comparing updates
by Dillard, Tom Jan. 22, 2007

Jan. 22, 2007

Hi, I am hoping someone can direct me to what I hope is an easy question. I would like to compare the TZ differences between 2006m down to 2006p. What changes went in between those versions? Thanks, Tom Dillard | 972-461-4116 | tom.dillard(a)tekelec.com

1 0

variations on GMT-8:00
by Curtis Doty Jan. 19, 2007

Jan. 19, 2007

Hi, this is just historical curiosity. I notice that "Rule CA" is applied to Zone America/Los_Angeles (and therefore US/Pacific and US/Pacific-New). But Zone PST8PDT does not have these same (California?) rules. Is there a political precedence for this? I see the bulk of the differences are the period from 1948 until the Uniform Time Act. But it's also curious that America/Los_Angeles references the US rule that defines PST from 1983 to 1918; whereas PST8PDT does not. Why this discrepancy between PST8PDT and the equivalent geographically named zones that use PST? If there is an online explanation for this kind of thing, I'd happily go RTFW. ../C

5 4

(no subject)
by Jha, Vikash Kumar Jan. 18, 2007

Jan. 18, 2007

Hi, I am using RedHat linux 2.4.18 ....For updating for new DST rules .. What are the things I should do...? Please let me know. Regars Vikash

1 0

FW: Cross building tzcode
by Olson, Arthur David (NIH/NCI) [E] Jan. 11, 2007

Jan. 11, 2007

Let's see if we can include the attachment this time, yes? --ado -----Original Message----- From: John Faith [mailto:jfaith@freescale.com] Sent: Thursday, January 11, 2007 1:39 PM To: tz(a)lecserver.nci.nih.gov Subject: Cross building tzcode Hello, In the hope that this might be useful to someone else, attached is a patch to the main tzcode Makefile that we use to cross build. The reason for the patch is that in a cross-compiling environment, generating the data files requires a zic which runs on the host and the target requires the cross-built binary, so the Makefile generates both. I have tested this with ARM targets. We build using a rpm .spec file with something like: make HOST_CC=<path_to_the_host_cc> TOPDIR=%{__prefix} TZDIR=%{_prefix}/share/zoneinfo ETCDIR=%{_prefix}/usr/bin By the way, you can probably ignore the parts about "nawk"->"awk" (I did not have nawk installed), and the bit about "ksh"->"bash" (I didn't have ksh). Thanks! , John Faith Freescale Semiconductor --- timezone-2006n/Makefile.orig 2006-10-02 12:32:16.000000000 -0700 +++ timezone-2006n/Makefile 2006-10-19 10:25:23.000000000 -0700 @@ -218,9 +218,11 @@ CFLAGS= zic= ./zic ZIC= $(zic) $(ZFLAGS) +zic-host= ./zic-host +ZIC-HOST= $(zic-host) $(ZFLAGS) # The name of a Posix-compliant `awk' on your system. -AWK= nawk +AWK= awk # The path where SGML DTDs are kept. SGML_SEARCH_PATH= $(TOPDIR)/share/doc/sgml-lib/REC-html401-19991224/ @@ -244,8 +246,15 @@ VALIDATE_ENV = \ cc= cc CC= $(cc) -DTZDIR=\"$(TZDIR)\" +# Get host compiler for cross environment. If HOST_CC is not defined, +# assume non-cross build. +ifndef HOST_CC + HOST_CC=$(CC) +endif + TZCSRCS= zic.c localtime.c asctime.c scheck.c ialloc.c TZCOBJS= zic.o localtime.o asctime.o scheck.o ialloc.o +TZCOBJS-HOST= zic-host.o localtime-host.o asctime-host.o scheck-host.o ialloc-host.o TZDSRCS= zdump.c localtime.c ialloc.c TZDOBJS= zdump.o localtime.o ialloc.o DATESRCS= date.c localtime.c logwtmp.c strftime.c asctime.c @@ -278,12 +287,12 @@ ENCHILADA= $(DOCS) $(SOURCES) $(DATA) $( SHELL= /bin/sh -all: tzselect zic zdump $(LIBOBJS) +all: tzselect zic zic-host zdump $(LIBOBJS) ALL: all date install: all $(DATA) $(REDO) $(TZLIB) $(MANS) $(TABDATA) - $(ZIC) -y $(YEARISTYPE) \ + $(ZIC-HOST) -y $(YEARISTYPE) \ -d $(TZDIR) -l $(LOCALTIME) -p $(POSIXRULES) -rm -f $(TZDIR)/iso3166.tab $(TZDIR)/zone.tab cp iso3166.tab zone.tab $(TZDIR)/. @@ -314,15 +323,18 @@ zdump: $(TZDOBJS) zic: $(TZCOBJS) yearistype $(CC) $(CFLAGS) $(LFLAGS) $(TZCOBJS) $(LDLIBS) -o $@ +zic-host: $(TZCOBJS-HOST) yearistype + $(HOST_CC) $(CFLAGS) $(LFLAGS) $(TZCOBJS-HOST) $(LDLIBS) -o $@ + yearistype: yearistype.sh cp yearistype.sh yearistype chmod +x yearistype -posix_only: zic $(TDATA) - $(ZIC) -y $(YEARISTYPE) -d $(TZDIR) -L /dev/null $(TDATA) +posix_only: zic-host $(TDATA) + $(ZIC-HOST) -y $(YEARISTYPE) -d $(TZDIR) -L /dev/null $(TDATA) -right_only: zic leapseconds $(TDATA) - $(ZIC) -y $(YEARISTYPE) -d $(TZDIR) -L leapseconds $(TDATA) +right_only: zic-host leapseconds $(TDATA) + $(ZIC-HOST) -y $(YEARISTYPE) -d $(TZDIR) -L leapseconds $(TDATA) # In earlier versions of this makefile, the other two directories were # subdirectories of $(TZDIR). However, this led to configuration errors. @@ -333,9 +345,9 @@ right_only: zic leapseconds $(TDATA) # Therefore, the other two directories are now siblings of $(TZDIR). # You must replace all of $(TZDIR) to switch from not using leap seconds # to using them, or vice versa. -other_two: zic leapseconds $(TDATA) - $(ZIC) -y $(YEARISTYPE) -d $(TZDIR)-posix -L /dev/null $(TDATA) - $(ZIC) -y $(YEARISTYPE) \ +other_two: zic-host leapseconds $(TDATA) + $(ZIC-HOST) -y $(YEARISTYPE) -d $(TZDIR)-posix -L /dev/null $(TDATA) + $(ZIC-HOST) -y $(YEARISTYPE) \ -d $(TZDIR)-leaps -L leapseconds $(TDATA) posix_right: posix_only other_two @@ -364,6 +376,7 @@ tzselect: tzselect.ksh sed \ -e 's|AWK=[^}]*|AWK=$(AWK)|g' \ -e 's|TZDIR=[^}]*|TZDIR=$(TZDIR)|' \ + -e 's|/bin/ksh|/bin/bash|g' \ <$? >$@ chmod +x $@ @@ -423,4 +436,8 @@ scheck.o: private.h strftime.o: tzfile.h zic.o: private.h tzfile.h +# Rules for host objects +%-host.o: %.c + $(HOST_CC) $(CFLAGS) -c $< -o $@ + .KEEP_STATE:

1 0

Cross building tzcode
by John Faith Jan. 11, 2007

Jan. 11, 2007

Hello, In the hope that this might be useful to someone else, attached is a patch to the main tzcode Makefile that we use to cross build. The reason for the patch is that in a cross-compiling environment, generating the data files requires a zic which runs on the host and the target requires the cross-built binary, so the Makefile generates both. I have tested this with ARM targets. We build using a rpm .spec file with something like: make HOST_CC=<path_to_the_host_cc> TOPDIR=%{__prefix} TZDIR=%{_prefix}/share/zoneinfo ETCDIR=%{_prefix}/usr/bin By the way, you can probably ignore the parts about "nawk"->"awk" (I did not have nawk installed), and the bit about "ksh"->"bash" (I didn't have ksh). Thanks! , John Faith Freescale Semiconductor --- timezone-2006n/Makefile.orig 2006-10-02 12:32:16.000000000 -0700 +++ timezone-2006n/Makefile 2006-10-19 10:25:23.000000000 -0700 @@ -218,9 +218,11 @@ CFLAGS= zic= ./zic ZIC= $(zic) $(ZFLAGS) +zic-host= ./zic-host +ZIC-HOST= $(zic-host) $(ZFLAGS) # The name of a Posix-compliant `awk' on your system. -AWK= nawk +AWK= awk # The path where SGML DTDs are kept. SGML_SEARCH_PATH= $(TOPDIR)/share/doc/sgml-lib/REC-html401-19991224/ @@ -244,8 +246,15 @@ VALIDATE_ENV = \ cc= cc CC= $(cc) -DTZDIR=\"$(TZDIR)\" +# Get host compiler for cross environment. If HOST_CC is not defined, +# assume non-cross build. +ifndef HOST_CC + HOST_CC=$(CC) +endif + TZCSRCS= zic.c localtime.c asctime.c scheck.c ialloc.c TZCOBJS= zic.o localtime.o asctime.o scheck.o ialloc.o +TZCOBJS-HOST= zic-host.o localtime-host.o asctime-host.o scheck-host.o ialloc-host.o TZDSRCS= zdump.c localtime.c ialloc.c TZDOBJS= zdump.o localtime.o ialloc.o DATESRCS= date.c localtime.c logwtmp.c strftime.c asctime.c @@ -278,12 +287,12 @@ ENCHILADA= $(DOCS) $(SOURCES) $(DATA) $( SHELL= /bin/sh -all: tzselect zic zdump $(LIBOBJS) +all: tzselect zic zic-host zdump $(LIBOBJS) ALL: all date install: all $(DATA) $(REDO) $(TZLIB) $(MANS) $(TABDATA) - $(ZIC) -y $(YEARISTYPE) \ + $(ZIC-HOST) -y $(YEARISTYPE) \ -d $(TZDIR) -l $(LOCALTIME) -p $(POSIXRULES) -rm -f $(TZDIR)/iso3166.tab $(TZDIR)/zone.tab cp iso3166.tab zone.tab $(TZDIR)/. @@ -314,15 +323,18 @@ zdump: $(TZDOBJS) zic: $(TZCOBJS) yearistype $(CC) $(CFLAGS) $(LFLAGS) $(TZCOBJS) $(LDLIBS) -o $@ +zic-host: $(TZCOBJS-HOST) yearistype + $(HOST_CC) $(CFLAGS) $(LFLAGS) $(TZCOBJS-HOST) $(LDLIBS) -o $@ + yearistype: yearistype.sh cp yearistype.sh yearistype chmod +x yearistype -posix_only: zic $(TDATA) - $(ZIC) -y $(YEARISTYPE) -d $(TZDIR) -L /dev/null $(TDATA) +posix_only: zic-host $(TDATA) + $(ZIC-HOST) -y $(YEARISTYPE) -d $(TZDIR) -L /dev/null $(TDATA) -right_only: zic leapseconds $(TDATA) - $(ZIC) -y $(YEARISTYPE) -d $(TZDIR) -L leapseconds $(TDATA) +right_only: zic-host leapseconds $(TDATA) + $(ZIC-HOST) -y $(YEARISTYPE) -d $(TZDIR) -L leapseconds $(TDATA) # In earlier versions of this makefile, the other two directories were # subdirectories of $(TZDIR). However, this led to configuration errors. @@ -333,9 +345,9 @@ right_only: zic leapseconds $(TDATA) # Therefore, the other two directories are now siblings of $(TZDIR). # You must replace all of $(TZDIR) to switch from not using leap seconds # to using them, or vice versa. -other_two: zic leapseconds $(TDATA) - $(ZIC) -y $(YEARISTYPE) -d $(TZDIR)-posix -L /dev/null $(TDATA) - $(ZIC) -y $(YEARISTYPE) \ +other_two: zic-host leapseconds $(TDATA) + $(ZIC-HOST) -y $(YEARISTYPE) -d $(TZDIR)-posix -L /dev/null $(TDATA) + $(ZIC-HOST) -y $(YEARISTYPE) \ -d $(TZDIR)-leaps -L leapseconds $(TDATA) posix_right: posix_only other_two @@ -364,6 +376,7 @@ tzselect: tzselect.ksh sed \ -e 's|AWK=[^}]*|AWK=$(AWK)|g' \ -e 's|TZDIR=[^}]*|TZDIR=$(TZDIR)|' \ + -e 's|/bin/ksh|/bin/bash|g' \ <$? >$@ chmod +x $@ @@ -423,4 +436,8 @@ scheck.o: private.h strftime.o: tzfile.h zic.o: private.h tzfile.h +# Rules for host objects +%-host.o: %.c + $(HOST_CC) $(CFLAGS) -c $< -o $@ + .KEEP_STATE:

2 1