- tz - lists.iana.org

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

Canada DST Rules for 2007
by Johan Lindfors Jan. 10, 2007

Jan. 10, 2007

Hi, I'm verifying Canada DST in 2007 Rules and there seems to be conflict with documentation in these pages and in the source page. (Also I may be the conflict ;-)) But please could you verify this: These two pages: http://home.tiscali.nl/~t876506/TZworld.html#nam http://home.tiscali.nl/~t876506/Multizones.html#ca Versus source pages: http://inms-ienm.nrc-cnrc.gc.ca/time_services/daylight_saving_e.html http://inms-ienm.nrc-cnrc.gc.ca/faq_time_e.html#5 Possible conflicts: 1. Can not found explanation from source page why DST should end Last Sun of October in following Cities instead of First Sunday in November(Canada)? Canada >=2007 on Mar Sun>=8 2:00 1:00 Canada >=2007 off Nov Sun>=1 2:00 0 Winn on Apr Sun>=1 2:00 1:00 Winn off Oct lastSun 2:00s 0 Edm on Apr Sun>=1 2:00 1:00 Edm off Oct lastSun 2:00 0 Vanc on Apr Sun>=1 2:00 1:00 Vanc off Oct lastSun 2:00 0 NT_YK on Apr Sun>=1 2:00 1:00 NT_YK off Oct lastSun 2:00 0 2. In the source page there are defined that Manitoba that is same as Winnipeg DST ends 3:00 instead of 2:00. Winn on Apr Sun>=1 2:00 1:00 Winn off Oct lastSun 2:00s 0 Br Johan Lindfors

1 0

Re: FW: suggestion for simplified represention of timezone rules
by Paul Eggert Jan. 9, 2007

Jan. 9, 2007

Robert Hodge <roberth(a)sisconet.com> writes: > It's not a source code issue. I have been able to compile it on windows. > The problem is that the resultant files don't work correctly. They > don't reflect the rules that are defined in the zoneinfo source files. In what sense do the files not work, exactly? For example, does your zic's output match the output generated by zic on GNU/Linux or Unix machines? If so, then the problem is not with the way you built zic; it lies somewhere else. If not, then exactly how does the output differ? > It appears that the existing zoneinfo 'compilers' are misinterpreting > the text data and are building binary zone files incorrectly. zic should be quite reliable on GNU/Linux and Unix platforms, as its output is used in a lot of places. Occasionally we get bug reports, and we do fix any specific bugs that are reported. It is certainly quite possible that there is a portability bug when zic is run on non-POSIXish platforms. However, your report did not contain enough details for us to know what the bug is, or how to reproduce it.

1 0

suggestion for simplified represention of timezone rules
by Robert Hodge Jan. 8, 2007

Jan. 8, 2007

Hello, I have been doing extensive work with the tz database, and while the data is quite useful, it is not in the most accessible format. I have had little success using the zic compiler or any of the source code, and have been forced to do my own parsing and analysis of the data. One aspect of the representation of rules I find awkward is the notation for the day on which a rule takes effect. There are rules such as "lastSun" or "Sun>=8", etc. While descriptive, they are are hard to process. I would like to suggest a better approach. It takes the form "d op nn", where 'd' is the day-of-week, 0=Sun to 6=Sat 'op' is a comparison code of '<', '=' or '>', and 'nn' is a 2-digit day number (may be 00 or 32) The comparision code works as follows: '=' nn is an exact value '<' rule describes the last day less than nn '>' rule describes the first day greater than nn Examples: 0>07 first Sun > 7 (same as first Sun >= 8) 0<32 last Sun < 32 (same as "lastSun") 0=27 Sun the 27th of the month When a range of years are involved in a rule, there is no exact day-of-week, and in such cases, '9' may be used as a place-holder: 9=01 the first day of the month, regardless of what day-of-week it is There is little need to use a day-of-week with >, since the value would always be the same. Example: 9>07 means: first day of the month (regardless of day of week) that is > 7 is always 8. It is conceivable that 9<nn could be used, but the only case where it would have any merit is in February: 9<32 last day of the month For months other than Feb, the value is a constant for a given month, and for Feb it depends on the leap-year status. Since no one (that I know of) does anthing about DST in Feb, we can safely eliminate the 9<nn form as well as the 9>nn form. The conversion from existing rules to this format is pretty straightforward: lastSun 0<32 '32' is constant for 'last' Sun>=8 0>07 subtract 1 from the tz rule value Sun<=21 0<22 add 1 to the tz rule value May 1 9=01 for May 1 of any year May 1 1980 4=01 May 1 1980 is a Thursday Hope you find this interesting. Regards, Robert Hodge

4 3

Tzcode2007a.tar.gz and tzdata2007a.tar.gz
by Olson, Arthur David (NIH/NCI) [E] Jan. 8, 2007

Jan. 8, 2007

The files... ftp://elsie.nci.nih.gov/pub/tzcode2007a.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2007a.tar.gz ...are now available. These reflect the changes circulated last week on the time zone mailing list by Paul Eggert (as well as Derick Rethan's Asmara change and Oscar van Vlijmen's Easter Island local mean time change). These also reflect the symbolic link changes circulated in December. --ado

1 0

Added info for US 2007 DST change?
by kevin＠ir.iit.edu Jan. 5, 2007

Jan. 5, 2007

Hi, I recently downloaded and compiled the latest zoneinfo db files. After doing a zdump -v on CST6CDT and EST5EDT it appears that they are still showing the old DST changes, however if I check the america file in the source it appears to have the correct info. Could I just be compiling it wrong or am I missing something here. Thank You, Kevin

1 0

Archive with all recent tzdata releases? -- WAS: Version control? Changelog? ...
by Bryan J. Smith Jan. 5, 2007

Jan. 5, 2007

"Bryan J. Smith" <b.j.smith(a)ieee.org> wrote: > BTW, I did note this post: > http://article.gmane.org/gmane.comp.time.tz/1339 > Unfortunately the svn repository doesn't list changes. I'm used to > running "svn+trac" myself, which does a good, basic job of showing > version-to-version changes. Unfortunately I don't run a public > server myself anymore (just not enough time). Aw screw that, I'll just generate the Trac pages and then save them as a set of static HTML pages (in a tarball). As such, does anyone have an archive with all recent tzdata releases? I noted the PlanetMirror FTP site, but it only goes back to 2006b: ftp://ftp.planetmirror.com/pub/timezone/ I'd like to go further back, at least to early 2005, if not 2004. -- Bryan J. Smith Professional, Technical Annoyance b.j.smith(a)ieee.org http://thebs413.blogspot.com -------------------------------------------------- Fission Power: An Inconvenient Solution

2 2

Version control? Changelog? Good list of regions/paths aligning with US DST changes?
by Bryan J. Smith Jan. 4, 2007

Jan. 4, 2007

I know this is a tall order. Not looking for anyone to fill it either. I can do my own research, so pointers are always recommended. If I've overlooked this info on the TZ page, my apologies, just [re]point me to it. - Is there a version control repository for zoneinfo? - Or a changelog of any corrections/additions? More to the point, I'm looking for a good list of any regions/zoneinfo paths that are aligning their changes with the US DST changes. I noted several were announced in 2006. I hope I'm not the only schmuck out there trying to track this. I'm hoping someone else has such a list, a blog, etc... If not, I might blog myself, even if it's just a tiny subset and focuses only on the US changes (and ripples from it) going into effect for 2007. Even longer story short, I'm tracking a number of embedded solutions and their tzdata (or lackthereof) updates. Just looking for a good authority on any and all tzdata changes since the 2005 legislation for the 2007 change. E.g., Red Hat has several errata for its tzdata package: - RHEA-2005:655-7: USA, Australia, Haiti, Nicaragua ... - RHEA-2006:0213-7: join US DST change, Canada, Indiana/USA ... - RHEA-2006:0277-7: Sri Lanka - RHEA-2006:0745-3: Western Australia DST But embedded developers like Montavista** only released 1 change (possibly not addressing Canada, etc...): - Fix 15446 (2005Nov): NA timezone file to include the latest DST Ultimately I'm trying to come up with a test plan to verify updates for all major financial/trading regions where our equipment runs. I think I can safely ignore the Indiana changes, etc..., and stick with major regions. -- Bryan J. Smith Professional, Technical Annoyance b.j.smith(a)ieee.org http://thebs413.blogspot.com -------------------------------------------------- Fission Power: An Inconvenient Solution

2 2

Re: Version control? Changelog? Good list of regions/paths aligning with US DST changes?
by Bryan J. Smith Jan. 4, 2007

Jan. 4, 2007

"Bryan J. Smith" <b.j.smith(a)ieee.org> wrote: > I know this is a tall order. Not looking for anyone to fill it > either. I can do my own research, so pointers are always > recommended. If I've overlooked this info on the TZ page, my > apologies, just [re]point me to it. > - Is there a version control repository for zoneinfo? > - Or a changelog of any corrections/additions? BTW, I did note this post: http://article.gmane.org/gmane.comp.time.tz/1339 Unfortunately the svn repository doesn't list changes. I'm used to running "svn+trac" myself, which does a good, basic job of showing version-to-version changes. Unfortunately I don't run a public server myself anymore (just not enough time). Thanx again for any assistance, links or pointers anyone can provide! -- Bryan J. Smith Professional, Technical Annoyance b.j.smith(a)ieee.org http://thebs413.blogspot.com -------------------------------------------------- Fission Power: An Inconvenient Solution

1 0

RE: Istanbul,Turkey needs time zone rule update
by Olson, Arthur David (NIH/NCI) [E] Jan. 3, 2007

Jan. 3, 2007

I'm forwarding this message from Amar Devegowda, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. --ado ________________________________ From: Amar Devegowda [mailto:ADEVEGOW@in.ibm.com] Sent: Wednesday, January 03, 2007 1:15 PM To: Olson, Arthur David (NIH/NCI) [E] Subject: Istanbul,Turkey needs time zone rule update Hi, This is Amar Devegowda from IBM India Software Labs. I sent this mail to tz(a)lecserver.nci.nih.gov couple of times and got bounced and now I am sending it directly to you. I downloaded the tzdata2006p.tar.gz and found that the time zone rules for Istanbul, Turkey (File name: europe in tzdata2006p.tar.gz) are outdated. The time zone rules for Istanbul, Turkey have not been changed for years now. It seems like that it was last updated in year 1985 or so. The latest rules are available at - http://www.timeanddate.com/worldclock/timezone.html?n=107 We have customers reporting problems to us stating that our Java has got outdated time zone rules for Istanbul, Turkey. Hence, could you please update the time zone database with the new rules for Istanbul, Turkey ? Thanks in advance. Regards, Amar Amar Devegowda Java L3 Support for Windows, Java Technology Center, IBM India Software Labs, Bangalore, India Telephone 91-80-25094423

3 2

Re: proposed tz changes for Bahamas, Eucla, Eritrea, Faroe
by Paul Eggert Jan. 3, 2007

Jan. 3, 2007

"Dave O'Callaghan" <daveoc(a)uk.ibm.com> writes: > For example, because of lack of time (we couldn't wait) we took the > W.Australia patch and applied it to tzdata2006n (calling the new version > tzdata2006o (we hadn't previously shipped your 'o' version). Then we had > customers asking for the 'p' version thinking that is what they needed for > W. Australia. In the future I suggest that you append a prefix (e.g., tzdata2006n-ibm1) rather than guessing what the next official data will look like. > Many thanks to you both for your time and attention to this (it seems to > be a never ending journey) There are four things sure in life: death, taxes, politics, and time zone rule changes.

1 0

The Bahamas has changed DST rules
by Sue Williams Jan. 2, 2007

Jan. 2, 2007

The Bahamas announced about a month ago that they plan to change their DST rules to sinc with the U.S. starting in 2007. The attached fax was provided by the Bahama Cabinet office. I was also able to find a corresponding newpaper announcement in the Bahama Journal dated 30 October 2006. http://www.jonesbahamas.com/?c=45&a=10412 _____________________________ Susan J Williams Program Director, IBM Globalization Leadership Team, Globalization Requirements _____________________________

5 7

RE: Question about "only" RULE lines
by David Braverman Dec. 30, 2006

Dec. 30, 2006

> it's the last ... rule in effect, which is 1919 Oct > lastSun at 2:00, i.e., standard time. Thank you. That part wasn't clear from the docs. > You can debug your understanding by using the command > "zdump -v America/Chicago". Well, actually I can't, since I'm stuck using Wintel systems. And while I can read C at about the level that most 13-year-olds read Hebrew (and for almost exactly the same reasons), I had some difficulty getting through the raw zdump.c code. Any tips for compiling it using MSVC? I'm a little out of my depth here.

5 5

Mataveri only airport?
by Jesper Norgaard Welen Dec. 27, 2006

Dec. 27, 2006

Acording to http://en.wikipedia.org/wiki/Easter_Islands the real capital of Easter Island is not Mataveri, but Hanga Roa, where most people of Easter Island live. Mataveri is famous for the Mataveri International Airport. Should we change the capital in the tz database? Luckily the timezone involved is called "Pacific/Easter" so there is no problem with that. It seems that only the explicit use of Mataveri Mean Time MMT and the commentary in the southamerica file is affected. Perhaps the latitude and longitude coordinates in zone.tab. 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 2

Re: Question about "only" RULE lines
by Paul Eggert Dec. 26, 2006

Dec. 26, 2006

"David Braverman" <david(a)inner-drive.com> writes: > ... > Rule US 1918 1919 - Oct lastSun 2:00 0 S > Rule US 1942 only - Feb 9 2:00 1:00 W # War > Rule US 1945 only - Aug 14 23:00u 1:00 P # Peace > Rule US 1945 only - Sep 30 2:00 0 S > ... > I can't tell what rule to follow from 1942-01-01 to 1942-02-19, then > from 1943-01-01 to 1945-08-14. I'd say it's the last US rule in effect, which is 1919 Oct lastSun at 2:00, i.e., standard time. You can debug your understanding by using the command "zdump -v America/Chicago".

1 0

Chile DST history
by Jesper Norgaard Welen Dec. 26, 2006

Dec. 26, 2006

In 2006o, a number of changes were implemented in the tz database for Chile and Easter Island and the Palmer station. One of the changes follows here: - -7:00 Chile EAS%sT 1982 Mar 13 21:00 # Easter I Time + -7:00 Chile EAS%sT 1982 Jan 18 21:00 # Easter I Time This was based on my data sent earlier, that origins from the page http://www.horaoficial.htm where it says (my translation) * By Supreme Decree No. 61, of 19.th. of January, the decree No. 1.142 of 20.th. October 1980 is modified, assigning the time GMT-6 to the Easter Islands and Salas and Gómez, this way there will be a permanent difference of 2 hours between the Chile mainland and these islands. However, in those times most decrees were issued much before the actual changes took place and I think this would also be the case here. Checking www.astro.com with Mataveri, it shows Easter Island on "6 h west, Daylight Time" on 12.th. of March 1982, but on "6 h west, Standard Time" on 14.th. of March 1982" in my interpretation GMT-6 in both cases, but the first while being on DST. My recommendation is therefore simply to revert this change, and setting the transition time back to 13.th. of March 1982 at 21:00. 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

2 1

updating oracle
by Anibal de Deus Dec. 22, 2006

Dec. 22, 2006

Is there any way to use the TZ database to update Oracle timezone DAT file?

1 0