March 2002 - tz - lists.iana.org

Question
by jnttwrd＠aol.com March 10, 2002

March 10, 2002

Hello, I am Jeanette and I just have a simple question. My question is I have a new computer friend and he lives in Holland and I was just wondering what the time difference is ? Please respond Thank you jnttwrd(a)aol.com

1 0

FW: Rules for summer time in Estonia changed again
by Olson, Arthur David (NCI) March 7, 2002

March 7, 2002

Taavi Talvik is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Taavi Talvik [mailto:taavi@uninet.ee] Sent: Thursday, March 07, 2002 8:42 AM To: tz(a)elsie.nci.nih.gov Subject: Rules for summer time in Estonia changed again --- /usr/src/share/zoneinfo/europe.old Thu Mar 7 10:16:30 2002 +++ /usr/src/share/zoneinfo/europe Thu Mar 7 10:13:40 2002 @@ -815,6 +815,8 @@ # no. 206 (1998-09-22) and thus sticks Estonia to +02:00 GMT for all # the year round. The regulation is effective 1999-11-01. +# Starting from 2002 Estonia again follows EU summer time rules. + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Tallinn 1:39:00 - LMT 1880 1:39:00 - TMT 1918 Feb # Tallinn Mean Time @@ -827,7 +829,8 @@ 2:00 1:00 EEST 1989 Sep 24 2:00s 2:00 C-Eur EE%sT 1998 Sep 22 2:00 EU EE%sT 1999 Nov 1 - 2:00 - EET + 2:00 - EET 2002 Mar 1 + 2:00 EU EE%sT # Finland # ----------------------------------------------------------- Taavi Talvik | Internet: taavi(a)uninet.ee AS Uninet | phone: +372 6800013 Parnu mnt. 105 | fax: +372 6800001 Tallinn 11312, Estonia | gsm: +372 56569996

1 0

Rules for summer time in Estonia changed again
by Taavi Talvik March 7, 2002

March 7, 2002

--- /usr/src/share/zoneinfo/europe.old Thu Mar 7 10:16:30 2002 +++ /usr/src/share/zoneinfo/europe Thu Mar 7 10:13:40 2002 @@ -815,6 +815,8 @@ # no. 206 (1998-09-22) and thus sticks Estonia to +02:00 GMT for all # the year round. The regulation is effective 1999-11-01. +# Starting from 2002 Estonia again follows EU summer time rules. + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Tallinn 1:39:00 - LMT 1880 1:39:00 - TMT 1918 Feb # Tallinn Mean Time @@ -827,7 +829,8 @@ 2:00 1:00 EEST 1989 Sep 24 2:00s 2:00 C-Eur EE%sT 1998 Sep 22 2:00 EU EE%sT 1999 Nov 1 - 2:00 - EET + 2:00 - EET 2002 Mar 1 + 2:00 EU EE%sT # Finland # ----------------------------------------------------------- Taavi Talvik | Internet: taavi(a)uninet.ee AS Uninet | phone: +372 6800013 Parnu mnt. 105 | fax: +372 6800001 Tallinn 11312, Estonia | gsm: +372 56569996

1 0

Another page about DST in Mexico
by Jesper Nørgaard March 6, 2002

March 6, 2002

http://www.terra.com.mx/noticias/articulo/084527/ also mentions the specific votes in the Congress of Mexico, with 295 in favor and 177 votes against the DST decision. 11 blank votes. Regards, 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 (5) 58-04-20-04 ext. 1374 Fax: +52 (5) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 CIMMYT home page: http://cimmyt.cgiar.org Check out my free program World Time Explorer: http://www20.Brinkster.com/timezone50/index.htm http://tz.freewebsites.com/index.htm

1 0

DST in Mexico
by Jesper Nørgaard March 6, 2002

March 6, 2002

I found another reference to the decision of the mexican congress on http://www.reforma.com/nacional/articulo/151390/ which was obviously made before the presidential decree was issued. That article also surprisingly suggests a change for the state of Durango from GMT-6 to GMT-7 (except when applying DST) just as states California South, Chihuahua, Nayarit and Sinaloa, but the presidential decree on http://www.conae.gob.mx/ahorro/horaver2001_m1_2002.html doesn't confirm that, so I presume for now it was a journalist's mistake. Regards, 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 (5) 58-04-20-04 ext. 1374 Fax: +52 (5) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 CIMMYT home page: http://cimmyt.cgiar.org Check out my free program World Time Explorer: http://www20.Brinkster.com/timezone50/index.htm http://tz.freewebsites.com/index.htm

1 0

DST in Mexico & Paraguay question
by Jesper Nørgaard March 6, 2002

March 6, 2002

I hadn't seen any news about the pending decision of Congress in Mexico whether to apply DST in Mexico during 2002. As you may remember from earlier e-mails from me, both president Vicente Fox and rebellion mayor of capital Mexico City Andrés Manuel López Obrador had both lost their rights to impose DST rules upon Mexico locally or globally in court decisions, the court deciding that only Congress of Mexico could take such decisions. However, consulting my local grocery store(!) and my coworkers, they all insisted that a new decision had been made to reinstate US style DST in Mexico, e.g. of 7 months instead of the 5 months as in 2001. Consulting the pages of the government site http://www.conae.gob.mx/ahorro/horaver2001_m1_2002.html confirms this. Sonora as usual is the only state where DST is not applied, matching the way things are on the US side of the border in Arizona. Everything else is status quo compared to 2001 except that DST starts First Sunday of April at 2:00 and ends First Sunday of October at 2:00 (local times). The decree is actually issued by the president Vicente Fox, but stating that "the honorable Congress of the (ed:mexican republic) Union has bestown upon me to publicise the following decree" e.g. the decision was taken by the Congress, not by the president. Concerning the last notification from Rives McDow that Paraguay is changing their DST rules, I presume that this means that Asunción is still on DST until April 7 at 0:00 (local time)? E.g. the decree no. 16350 took effect immediately instead of just modifying the new DST period in Paraguay from September 2002 to April 2003? Regards, 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 (5) 58-04-20-04 ext. 1374 Fax: +52 (5) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 CIMMYT home page: http://cimmyt.cgiar.org Check out my free program World Time Explorer: http://www20.Brinkster.com/timezone50/index.htm http://tz.freewebsites.com/index.htm

1 0

FW: glibc install problem caused by bug in zic (fwd)
by Olson, Arthur David (NCI) March 5, 2002

March 5, 2002

Peter Breitenlohner is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Peter Breitenlohner [mailto:peb@mppmu.mpg.de] Sent: Tuesday, March 05, 2002 11:07 AM To: Olson, Arthur David (NCI) Cc: List Time Zone (E-mail) Subject: RE: glibc install problem caused by bug in zic (fwd) On Tue, 5 Mar 2002, Olson, Arthur David (NCI) wrote: > > + /* > > + ** Proceed if there is a common prefix, > > + ** otherwise we can't create a reasonable symlink > > + ** (only happens when input and -d option are weird) > > + */ > > I can see how it's desirable to add a check that the fromfile exists when > processing a "Link" line > and resorting to a symbolic link. I don't (yet) see the need for a common > prefix; I'd love it if someone could enlighten me. Hi Arthur, Assume the command "zic -d foo filename" with an input "filename" containing Link this /bar/that All this is certainly foolish and doesn't happen when building glibc, but it could happen. The code at the start of the function "dolink(fromfile,tofile)" in zic.c:589ff first builds the paths fromname and toname by prepending "directory" (from the -d option or TZDIR) to fromfile and tofile it they are not already absolute path. Thus the program will try to create a link from "foo/this" to "/bar/that". It was this situation I wanted to catch by requiring a common prefix (at least "/" if fromname and toname are both absolute paths as they should be when zic is used properly). Maybe you were just misled by the wording "common prefix" which may indeed be not entirely apropriate. Note, however, that with my patch and its test for a common prefix an inputline Link sub/this sub/that will create a symlink "sub/this->that" and not "sub/this->../sub/that" as with the original code (always assuming that the hard link fails). regards Peter Breitenlohner <peb(a)mppmu.mpg.de>

1 0

RE: glibc install problem caused by bug in zic (fwd)
by Olson, Arthur David (NCI) March 5, 2002

March 5, 2002

> ... > (B) > A bug in zic when creating a link but fromfile doesn't exist. The > logic to build a relative path for symlink is just plain wrong. > >How-To-Repeat: > ... > (B) > Run "zic -d `pwd`/zone test" with an input file `test' > containing just one line: "Link Some/Where Bad/Link" > ... > } > ... > + /* > + ** Proceed if there is a common prefix, > + ** otherwise we can't create a reasonable symlink > + ** (only happens when input and -d option are weird) > + */ I can see how it's desirable to add a check that the fromfile exists when processing a "Link" line and resorting to a symbolic link. I don't (yet) see the need for a common prefix; I'd love it if someone could enlighten me. --ado

2 1

RE: FW: glibc install problem caused by bug in zic (fwd)
by Olson, Arthur David (NCI) March 5, 2002

March 5, 2002

The suggested patch relies on the fact that the Makefile does special stuff for "tzlinks" files. Perhaps a comment should be added to the Makefile indicating that any source file containing "Link" lines should be listed in tzlinks. --ado -----Original Message----- From: Paul Eggert [mailto:eggert@twinsun.com] Sent: Tuesday, February 26, 2002 3:33 AM To: peb(a)mppmu.mpg.de Cc: tz(a)elsie.nci.nih.gov Subject: Re: FW: glibc install problem caused by bug in zic (fwd) > From: Peter Breitenlohner [mailto:peb@mppmu.mpg.de] > Sent: Monday, February 25, 2002 4:56 AM > > Bad timing between two instances of zic, where one tried to link to > a file which the other had not yet created. Thanks for the bug report. Here's an untested patch to glibc/timezone/Makefile to fix that timing problem. (Your symlink fix to zic.c is also welcome, but that's a separate problem.) Can you please test this patch? If it works for you, we can submit it to bug-glibc as "the consensus of the tz experts" (all 2 of us :-). 2002-02-25 Paul Eggert <eggert(a)twinsun.com> * timezone/Makefile (tzbases): Move systemv from here... (tzlinks): to here, since the entries in systemv were all changed from Zone to Link lines in tz-2001a. --- glibc-2.2.5/timezone/Makefile 2001-08-29 15:45:25.000000000 -0700 +++ glibc-2.2.5-fix/timezone//Makefile 2002-02-25 23:50:22.373587963 -0800 @@ -31,9 +31,9 @@ others := zdump zic tests := test-tz tst-timezone tzbases := africa antarctica asia australasia europe northamerica \ - southamerica etcetera factory systemv \ + southamerica etcetera factory \ solar87 solar88 solar89 -tzlinks := backward +tzlinks := backward systemv tzfiles := $(tzbases) $(tzlinks) # pacificnew doesn't compile; if it is to be used, it should be included in # northamerica.

1 0

FW: Paraguay
by Olson, Arthur David (NCI) March 4, 2002

March 4, 2002

-----Original Message----- From: Rives McDow [mailto:rmcdow@enteles.com] Sent: Thursday, February 28, 2002 8:14 PM To: elsie Subject: Paraguay Dear all, A decree was issued in Paraguay (no. 16350) on 2/26/02 that changed the dst method to be from the first Sunday in September to the first Sunday in April. Rives McDow

2 1