- tz - lists.iana.org

FW: indonesia time zone correction
by Olson, Arthur David (NCI) March 11, 2002

March 11, 2002

Priyada Iman Nurcahyo is not on the time zone mailing list; direct replies appropriately. (I've already written to Priyada Iman Nurcahyo about how time zone abbreviations are derived from English-language time zone names; the matter of potential importance here is the city name change.) --ado -----Original Message----- From: Priyadi Iman Nurcahyo [mailto:priyadi@priyadi.net] Sent: Monday, March 11, 2002 3:56 PM To: tz(a)elsie.nci.nih.gov Subject: indonesia time zone correction Hello, I have your email address from timezone/asia file inside the GNU C library distribution. I need to correct the specification for our time zone. I hope this is the correct address to send this information. Basically, the only things that needs changing are the names of timezone, at least that what I know of. I don't know where you got abbreviations like JAVT, JST, or CST, so I left them intact. The following are a patch to asia file that changes: - WIT to WIB, waktu indonesia barat (english: west indonesian time) - CIT to WITA, waktu indonesia tengah (central indonesian time) - EIT to WIT, waktu indonesia timur (east indonesian time) - City of Ujungpandang has been renamed to Makassar, so I create an entry for Makassar, but left Ujungpandang to facilitate upgrades Thank you for your time... ps. is it okay to create more major cities to be included in this file? --- asia.orig Tue Mar 12 03:25:51 2002 +++ asia Tue Mar 12 03:47:17 2002 @@ -392,30 +392,35 @@ # but this must be a typo. 7:07:12 - JMT 1923 Dec 31 23:47:12 # Jakarta 7:20 - JAVT 1932 Nov # Java Time - 7:30 - WIT 1942 Mar 23 + 7:30 - WIB 1942 Mar 23 9:00 - JST 1945 Aug - 7:30 - WIT 1948 May - 8:00 - WIT 1950 May - 7:30 - WIT 1964 - 7:00 - WIT + 7:30 - WIB 1948 May + 8:00 - WIB 1950 May + 7:30 - WIB 1964 + 7:00 - WIB Zone Asia/Pontianak 7:17:20 - LMT 1908 May 7:17:20 - PMT 1932 Nov # Pontianak MT - 7:30 - WIT 1942 Jan 29 + 7:30 - WIB 1942 Jan 29 9:00 - JST 1945 Aug - 7:30 - WIT 1948 May - 8:00 - WIT 1950 May - 7:30 - WIT 1964 - 8:00 - CIT 1988 Jan 1 - 7:00 - WIT + 7:30 - WIB 1948 May + 8:00 - WIB 1950 May + 7:30 - WIB 1964 + 8:00 - WITA 1988 Jan 1 + 7:00 - WIB Zone Asia/Ujung_Pandang 7:57:36 - LMT 1920 7:57:36 - MMT 1932 Nov # Macassar MT - 8:00 - CIT 1942 Feb 9 + 8:00 - WITA 1942 Feb 9 9:00 - JST 1945 Aug - 8:00 - CIT + 8:00 - WITA +Zone Asia/Makassar 7:57:36 - LMT 1920 + 7:57:36 - MMT 1932 Nov # Macassar MT + 8:00 - WITA 1942 Feb 9 + 9:00 - JST 1945 Aug + 8:00 - WITA Zone Asia/Jayapura 9:22:48 - LMT 1932 Nov - 9:00 - EIT 1944 + 9:00 - WIT 1944 9:30 - CST 1964 - 9:00 - EIT + 9:00 - WIT # Iran # From Paul Eggert (2000-06-12), following up a suggestion by Rich Wales:

2 1

indonesia time zone correction
by Priyadi Iman Nurcahyo March 11, 2002

March 11, 2002

Hello, I have your email address from timezone/asia file inside the GNU C library distribution. I need to correct the specification for our time zone. I hope this is the correct address to send this information. Basically, the only things that needs changing are the names of timezone, at least that what I know of. I don't know where you got abbreviations like JAVT, JST, or CST, so I left them intact. The following are a patch to asia file that changes: - WIT to WIB, waktu indonesia barat (english: west indonesian time) - CIT to WITA, waktu indonesia tengah (central indonesian time) - EIT to WIT, waktu indonesia timur (east indonesian time) - City of Ujungpandang has been renamed to Makassar, so I create an entry for Makassar, but left Ujungpandang to facilitate upgrades Thank you for your time... ps. is it okay to create more major cities to be included in this file? --- asia.orig Tue Mar 12 03:25:51 2002 +++ asia Tue Mar 12 03:47:17 2002 @@ -392,30 +392,35 @@ # but this must be a typo. 7:07:12 - JMT 1923 Dec 31 23:47:12 # Jakarta 7:20 - JAVT 1932 Nov # Java Time - 7:30 - WIT 1942 Mar 23 + 7:30 - WIB 1942 Mar 23 9:00 - JST 1945 Aug - 7:30 - WIT 1948 May - 8:00 - WIT 1950 May - 7:30 - WIT 1964 - 7:00 - WIT + 7:30 - WIB 1948 May + 8:00 - WIB 1950 May + 7:30 - WIB 1964 + 7:00 - WIB Zone Asia/Pontianak 7:17:20 - LMT 1908 May 7:17:20 - PMT 1932 Nov # Pontianak MT - 7:30 - WIT 1942 Jan 29 + 7:30 - WIB 1942 Jan 29 9:00 - JST 1945 Aug - 7:30 - WIT 1948 May - 8:00 - WIT 1950 May - 7:30 - WIT 1964 - 8:00 - CIT 1988 Jan 1 - 7:00 - WIT + 7:30 - WIB 1948 May + 8:00 - WIB 1950 May + 7:30 - WIB 1964 + 8:00 - WITA 1988 Jan 1 + 7:00 - WIB Zone Asia/Ujung_Pandang 7:57:36 - LMT 1920 7:57:36 - MMT 1932 Nov # Macassar MT - 8:00 - CIT 1942 Feb 9 + 8:00 - WITA 1942 Feb 9 9:00 - JST 1945 Aug - 8:00 - CIT + 8:00 - WITA +Zone Asia/Makassar 7:57:36 - LMT 1920 + 7:57:36 - MMT 1932 Nov # Macassar MT + 8:00 - WITA 1942 Feb 9 + 9:00 - JST 1945 Aug + 8:00 - WITA Zone Asia/Jayapura 9:22:48 - LMT 1932 Nov - 9:00 - EIT 1944 + 9:00 - WIT 1944 9:30 - CST 1964 - 9:00 - EIT + 9:00 - WIT # Iran # From Paul Eggert (2000-06-12), following up a suggestion by Rich Wales:

1 0

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

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

March 4, 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: Monday, February 25, 2002 4:56 AM To: tz(a)elsie.nci.nih.gov Subject: glibc install problem caused by bug in zic (fwd) Hi, I had sent this mail originally to the glibc people, but Ulrich Drepper <drepper(a)redhat.com> told me to resend it to you, since he "doesn't want to get involved in a discussion about the details". Peter Breitenlohner <peb(a)mppmu.mpg.de> ---------- Forwarded message ---------- Date: Fri, 15 Feb 2002 12:01:27 +0100 From: peb(a)mppmu.mpg.de To: glibc-bug-reports-stable(a)gnu.org Subject: glibc install problem caused by bug in zic >Submitter-Id: net >Originator: Peter Breitenlohner <peb(a)mppmu.mpg.de> >Organization: Max-Planck-Institute for Physics, Munich, Germany > >Confidential: no >Synopsis: due to a bug in zic, a bad symlink was installed >Severity: non-critical >Priority: low >Category: libc >Class: sw-bug >Release: libc-2.2.5 >Environment: Host type: i586-pc-linux-gnu System: Linux pcl321 2.2.18 #2 Mon May 28 16:46:54 CEST 2001 i686 unknown Architecture: i686 Addons: linuxthreads Build CFLAGS: -O2 Build CC: gcc Compiler version: 2.95.3 20010315 (release) Kernel headers: 2.2.18 Symbol versioning: yes Build static: yes Build shared: yes Build pic-default: no Build profile: yes Build omitfp: no Build bounded: no Build static-nss: no Stdio: libio >Description: I had uncommented the "PARALLELMFLAGS = -j 4" in the toplevel Makefile and did first "make" and then "make install_root=/ROOT install" During the install I got the message "systemv", line 44: warning: hard link failed, symbolic link used and the result was a bad symlink /ROOT/usr/share/zoneinfo/right/SystemV/AST4 -> ..//ROOT/usr/share/zoneinfo/right/America/Puerto_Rico As far as I can see two things came together: (A) Bad timing between two instances of zic, where one tried to link to a file which the other had not yet created. Things could actually have been much worse: If an old but corrupt file `right/America/Puerto_Rico' would have already existed, zic would have created a hard link to that old file before the other instance of zic had recreated a good new version of it and no one would have noticed. (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: (A) Obviously difficult (B) Run "zic -d `pwd`/zone test" with an input file `test' containing just one line: "Link Some/Where Bad/Link" >Fix: (A) It may be difficult to fix this reliably, on the other hand an occasional (correct) symlink might be unpleasant but certainly does no harm. One way out would be to move the link from the file `systemv' to the file `northamerica' where the `America/Puerto_Rico' zone is defined (and the same for all other links), but you probably find this undesirable. Or you could disable the parallel-make while installing in the `timezone' directory. BTW: Can a similar problem occur in other directories? Or (less reliably) one could change the behaviour of zic: if the first attempt to create a (hard) link fails, wait for a short period and try again. I assume zic ist primarily (or even only) used when installing glibc, so this shouldn't harm anyone. (B) This patch corrects the way zic constructs the path for symlink: ================================================================== diff -ur glibc-2.2.5.orig/timezone/zic.c glibc-2.2.5/timezone/zic.c --- glibc-2.2.5.orig/timezone/zic.c Wed Dec 5 19:53:04 2001 +++ glibc-2.2.5/timezone/zic.c Fri Feb 15 11:03:20 2002 @@ -622,26 +622,45 @@ result = link(fromname, toname); #if (HAVE_SYMLINK - 0) if (result != 0) { - const char *s = tofile; - register char *symlinkcontents = NULL; - while ((s = strchr(s+1, '/')) != NULL) - symlinkcontents = ecatalloc(symlinkcontents, "../"); - symlinkcontents = ecatalloc(symlinkcontents, fromname); + char *f = fromname; + char *t = toname; + char *s = NULL; + /* + ** First skip over common path prefix + */ + while ((t[0] != '\0') && (t[0] == f[0])) { + if (t[0] == '/') + s = t; + t++; + f++; + } + /* + ** Proceed if there is a common prefix, + ** otherwise we can't create a reasonable symlink + ** (only happens when input and -d option are weird) + */ + if (s != NULL) { + register char *symlinkcontents = NULL; + f = fromname+(s-toname); + while ((s = strchr(s+1, '/')) != NULL) + symlinkcontents = ecatalloc(symlinkcontents, "../"); + symlinkcontents = ecatalloc(symlinkcontents, f+1); - result = unlink(toname); - if (result != 0 && errno != ENOENT) { - const char *e = strerror(errno); + result = unlink(toname); + if (result != 0 && errno != ENOENT) { + const char *e = strerror(errno); - (void) fprintf(stderr, - _("%s: Can't unlink %s: %s\n"), - progname, toname, e); - (void) exit(EXIT_FAILURE); - } + (void) fprintf(stderr, + _("%s: Can't unlink %s: %s\n"), + progname, toname, e); + (void) exit(EXIT_FAILURE); + } - result = symlink(symlinkcontents, toname); - if (result == 0) -warning(_("hard link failed, symbolic link used")); - ifree(symlinkcontents); + result = symlink(symlinkcontents, toname); + if (result == 0) + warning(_("hard link failed, symbolic link used")); + ifree(symlinkcontents); + } } #endif if (result != 0) { ================================================================== regards Peter Breitenlohner <peb(a)mppmu.mpg.de>

3 3

Paraguay
by Rives McDow March 1, 2002

March 1, 2002

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

1 0

IERS Message No. 22: Journees 2002 "Systemes de reference spatio- temporels"
by central_bureau＠iers.org Feb. 26, 2002

Feb. 26, 2002

*************************************************************************** IERS Message No. 22 February 26, 2002 *************************************************************************** Journees 2002 Systemes de reference spatio-temporels "Astrometry from ground and from space" 25-28 September 2002, Bucharest (Romania) The Journees 2002 will be organised in Bucharest (Romania) jointly by the Astronomical Institute of the Romanian Academy, and Observatoire de Paris. It will include an open meeting of the IAU Division 1 WG "Future development of ground-based astrometry". SCIENTIFIC OBJECTIVES The Journees 2002 "Systemes de reference spatio-temporels", with the sub-title "Astrometry from ground and space", will be the fourteenth conference in this series, organized in Paris each year from 1988 to 1992 and alternately, since 1994, in Paris and other European cities, as follows: Warsaw (1995), Paris (1996), Prague (1997), Paris (1998), Dresden (1999), Paris (2000) and Brussels (2001). The purpose of this series of conferences is to discuss the problems, from the concepts and realizations of space and time reference systems, to the scientific interpretations of precise observations referred to these systems. The problems to be discussed within Journees 2002 are related to the reference systems and also, more generally, to astrometry from ground and space. The Journees 2002 will thus include, as usual, sessions related to space and time reference systems and Earth rotation and will moreover include a special session devoted to an open meeting of the IAU Working Group "Future developments of ground-based astrometry". This special session will discuss the scientific programs that can still be successfully performed with ground-based instruments. A session will also consider the future space astrometric programs. SCIENTIFIC ORGANISING COMMITTEE: BRZEZINSKI Aleksander, Poland, alek(a)cbk.waw.pl CAPITAINE Nicole, France, capitain(a)danof.obspm.fr DEHANT Veronique, Belgium, Veronique.dehant(a)ksb-orb.oma.be KOVALEVSKY Jean, France, Jean.Kovalevsky(a)obs-azur.fr SOFFEL Michael, Germany, soffel(a)rcsl.urz.tu-dresden.de VONDRAK Jan, Czech R., vondrak(a)ig.cas.cz YATSKIV Yaroslav, Ukraine, yatskiv(a)mao.kiev.ua LOCAL ORGANISING COMMITTEE: MIOC Vasile, vmioc(a)aira.astro.ro POPESCU Petre,petre(a)aira.astro.ro STAVINSCHI Magda (chair), magda(a)aira.astro.ro For any problem please contact us: -by fax : +401 337 33 89 -or by phone : +401 335 68 92, +401 335 80 10 -or by e-mail: magda(a)aira.astro.ro -or by mail: JOURNEES 2002 Astronomical Institute of the Romanian Academy Str. Cutitul de Argint 5, Bucharest, RO-75212, Romania PROGRAM TITLES OF SESSIONS Session 1: Celestial reference systems. Realisation, maintenance, densification, links of reference systems. Determination of motions with respect to the reference frames. Earth rotation. Session 2: Space astrometric missions Session 3: Open meeting of the WG "Future development in ground-based astrometry" Session 4: Time and time transfer PRE-REGISTRATION FORM To be sent back not later than 31 March 2002 to: Magda Stavinschi: magda(a)aira.astro.ro First Name :............................... Last name :............................... Institution :............................... Address :............................... Phone :............................... Fax :............................... E-mail :............................... I propose to contribute by a presentation : yes no entitled :.......................................................... ....................................................................... My preferred type of presentation is: oral poster be presented in session :........ More details will be given at: http: www.astro.ro/journees2002.html *************************************************************************** IERS Messages are edited and distributed by the IERS Central Bureau. To subscribe or unsubscribe, please write to <central_bureau(a)iers.org>. Archives: http://www.iers.org/iers/publications/messages/ ***************************************************************************

1 0

FW: Could not find info for ...
by Olson, Arthur David (NCI) Feb. 26, 2002

Feb. 26, 2002

George Zeigler is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: George Zeigler [mailto:genz1968@mtu-net.ru] Sent: Saturday, February 23, 2002 6:23 AM To: tz(a)elsie.nci.nih.gov Subject: Could not find info for ... Hello, I don't know if this is useful are not, but I could not find much info on the following in your files: Netherlands Antilles Johnston Atoll (U.S.) Heard and McDonald Islands French Southern Territories So I used the following for my purposes French Southern Territories +1 CET Heard and McDonald Islands +8 WST Johnston Atoll (U.S.) -10 HST Netherlands Antilles -4 AST Thanks George

2 1

FW: Indonesia time zones
by Olson, Arthur David (NCI) Feb. 26, 2002

Feb. 26, 2002

George Zeigler is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: George Zeigler [mailto:genz1968@mtu-net.ru] Sent: Thursday, February 21, 2002 9:51 PM To: tz(a)elsie.nci.nih.gov Subject: Indonesia time zones Hello, I think the Indonesia time abbreviations need to be corrected. There should be 3 seperate zones: 1. WIB stand for Waktu Indonesia bagian Barat (Western Indonesian Subtime), 7 hours ahead of GMT 2. WITA stand for Waktu Indonesia bagian Tengah (Medial Indonesian Subtime), 8 hours ahead of GMT 3. WIT stand for Waktu Indonesia bagian Timur (Eastern Indonesian Subtime), 9 hours ahead of GMT http://www.hastu.com/calendar/ Thanks George

2 1

FW: Macedonia
by Olson, Arthur David (NCI) Feb. 26, 2002

Feb. 26, 2002

George Zeigler is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: George Zeigler [mailto:genz1968@mtu-net.ru] Sent: Friday, February 22, 2002 9:05 AM To: tz(a)elsie.nci.nih.gov Subject: Macedonia Hello, Macedonia should have it's own section now. Major city Skopje. George

2 1

FW: Serbia and Montenegro
by Olson, Arthur David (NCI) Feb. 26, 2002

Feb. 26, 2002

George Zeigler is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: George Zeigler [mailto:genz1968@mtu-net.ru] Sent: Friday, February 22, 2002 9:05 AM To: tz(a)elsie.nci.nih.gov Subject: Serbia and Montenegro Hello, Serbia and Montenegro have united to form "Serbia and Montenegro". Thought the USA refuses to recognize this union, from what I've seen on the internet they consider themselves united. Respective capitals, Belgrade and Podgorica. George

2 1

FW: Russian zones
by Olson, Arthur David (NCI) Feb. 26, 2002

Feb. 26, 2002

George Zeigler is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: George Zeigler [mailto:genz1968@mtu-net.ru] Sent: Friday, February 22, 2002 9:05 AM To: tz(a)elsie.nci.nih.gov Subject: Russian zones Hello, I live in Russia. Everything here is relative to Moscow time. If this isn't too long for you, then this would be the best way to show the Russian zones. (Moscow -01) Kaliningrad (Moscow +00) Moscow (Moscow +01) Samara (Moscow +02) Yekaterinburg (Moscow +03) Novosibirsk (Moscow +03) Omsk (Moscow +04) Krasnoyarsk (Moscow +05) Irkutsk (Moscow +06) Yakutsk (Moscow +07) Vladivostok (Moscow +07) Sakhalin (Moscow +08) Magadan (Moscow +09) Kamchatka (Moscow +10) Anadyr George PS Leaving the zeros after the + signs helps them to sort properly.

2 1

glibc install problem caused by bug in zic (fwd)
by Peter Breitenlohner Feb. 25, 2002

Feb. 25, 2002

Hi, I had sent this mail originally to the glibc people, but Ulrich Drepper <drepper(a)redhat.com> told me to resend it to you, since he "doesn't want to get involved in a discussion about the details". Peter Breitenlohner <peb(a)mppmu.mpg.de> ---------- Forwarded message ---------- Date: Fri, 15 Feb 2002 12:01:27 +0100 From: peb(a)mppmu.mpg.de To: glibc-bug-reports-stable(a)gnu.org Subject: glibc install problem caused by bug in zic >Submitter-Id: net >Originator: Peter Breitenlohner <peb(a)mppmu.mpg.de> >Organization: Max-Planck-Institute for Physics, Munich, Germany > >Confidential: no >Synopsis: due to a bug in zic, a bad symlink was installed >Severity: non-critical >Priority: low >Category: libc >Class: sw-bug >Release: libc-2.2.5 >Environment: Host type: i586-pc-linux-gnu System: Linux pcl321 2.2.18 #2 Mon May 28 16:46:54 CEST 2001 i686 unknown Architecture: i686 Addons: linuxthreads Build CFLAGS: -O2 Build CC: gcc Compiler version: 2.95.3 20010315 (release) Kernel headers: 2.2.18 Symbol versioning: yes Build static: yes Build shared: yes Build pic-default: no Build profile: yes Build omitfp: no Build bounded: no Build static-nss: no Stdio: libio >Description: I had uncommented the "PARALLELMFLAGS = -j 4" in the toplevel Makefile and did first "make" and then "make install_root=/ROOT install" During the install I got the message "systemv", line 44: warning: hard link failed, symbolic link used and the result was a bad symlink /ROOT/usr/share/zoneinfo/right/SystemV/AST4 -> ..//ROOT/usr/share/zoneinfo/right/America/Puerto_Rico As far as I can see two things came together: (A) Bad timing between two instances of zic, where one tried to link to a file which the other had not yet created. Things could actually have been much worse: If an old but corrupt file `right/America/Puerto_Rico' would have already existed, zic would have created a hard link to that old file before the other instance of zic had recreated a good new version of it and no one would have noticed. (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: (A) Obviously difficult (B) Run "zic -d `pwd`/zone test" with an input file `test' containing just one line: "Link Some/Where Bad/Link" >Fix: (A) It may be difficult to fix this reliably, on the other hand an occasional (correct) symlink might be unpleasant but certainly does no harm. One way out would be to move the link from the file `systemv' to the file `northamerica' where the `America/Puerto_Rico' zone is defined (and the same for all other links), but you probably find this undesirable. Or you could disable the parallel-make while installing in the `timezone' directory. BTW: Can a similar problem occur in other directories? Or (less reliably) one could change the behaviour of zic: if the first attempt to create a (hard) link fails, wait for a short period and try again. I assume zic ist primarily (or even only) used when installing glibc, so this shouldn't harm anyone. (B) This patch corrects the way zic constructs the path for symlink: ================================================================== diff -ur glibc-2.2.5.orig/timezone/zic.c glibc-2.2.5/timezone/zic.c --- glibc-2.2.5.orig/timezone/zic.c Wed Dec 5 19:53:04 2001 +++ glibc-2.2.5/timezone/zic.c Fri Feb 15 11:03:20 2002 @@ -622,26 +622,45 @@ result = link(fromname, toname); #if (HAVE_SYMLINK - 0) if (result != 0) { - const char *s = tofile; - register char *symlinkcontents = NULL; - while ((s = strchr(s+1, '/')) != NULL) - symlinkcontents = ecatalloc(symlinkcontents, "../"); - symlinkcontents = ecatalloc(symlinkcontents, fromname); + char *f = fromname; + char *t = toname; + char *s = NULL; + /* + ** First skip over common path prefix + */ + while ((t[0] != '\0') && (t[0] == f[0])) { + if (t[0] == '/') + s = t; + t++; + f++; + } + /* + ** Proceed if there is a common prefix, + ** otherwise we can't create a reasonable symlink + ** (only happens when input and -d option are weird) + */ + if (s != NULL) { + register char *symlinkcontents = NULL; + f = fromname+(s-toname); + while ((s = strchr(s+1, '/')) != NULL) + symlinkcontents = ecatalloc(symlinkcontents, "../"); + symlinkcontents = ecatalloc(symlinkcontents, f+1); - result = unlink(toname); - if (result != 0 && errno != ENOENT) { - const char *e = strerror(errno); + result = unlink(toname); + if (result != 0 && errno != ENOENT) { + const char *e = strerror(errno); - (void) fprintf(stderr, - _("%s: Can't unlink %s: %s\n"), - progname, toname, e); - (void) exit(EXIT_FAILURE); - } + (void) fprintf(stderr, + _("%s: Can't unlink %s: %s\n"), + progname, toname, e); + (void) exit(EXIT_FAILURE); + } - result = symlink(symlinkcontents, toname); - if (result == 0) -warning(_("hard link failed, symbolic link used")); - ifree(symlinkcontents); + result = symlink(symlinkcontents, toname); + if (result == 0) + warning(_("hard link failed, symbolic link used")); + ifree(symlinkcontents); + } } #endif if (result != 0) { ================================================================== regards Peter Breitenlohner <peb(a)mppmu.mpg.de>

1 0

Could not find info for ...
by George Zeigler Feb. 22, 2002

Feb. 22, 2002

Hello, I don't know if this is useful are not, but I could not find much info on the following in your files: Netherlands Antilles Johnston Atoll (U.S.) Heard and McDonald Islands French Southern Territories So I used the following for my purposes French Southern Territories +1 CET Heard and McDonald Islands +8 WST Johnston Atoll (U.S.) -10 HST Netherlands Antilles -4 AST Thanks George

1 0

Serbia and Montenegro
by George Zeigler Feb. 22, 2002

Feb. 22, 2002

Hello, Serbia and Montenegro have united to form "Serbia and Montenegro". Thought the USA refuses to recognize this union, from what I've seen on the internet they consider themselves united. Respective capitals, Belgrade and Podgorica. George

1 0

Russian zones
by George Zeigler Feb. 22, 2002

Feb. 22, 2002

Hello, I live in Russia. Everything here is relative to Moscow time. If this isn't too long for you, then this would be the best way to show the Russian zones. (Moscow -01) Kaliningrad (Moscow +00) Moscow (Moscow +01) Samara (Moscow +02) Yekaterinburg (Moscow +03) Novosibirsk (Moscow +03) Omsk (Moscow +04) Krasnoyarsk (Moscow +05) Irkutsk (Moscow +06) Yakutsk (Moscow +07) Vladivostok (Moscow +07) Sakhalin (Moscow +08) Magadan (Moscow +09) Kamchatka (Moscow +10) Anadyr George PS Leaving the zeros after the + signs helps them to sort properly.

1 0

Macedonia
by George Zeigler Feb. 22, 2002

Feb. 22, 2002

Hello, Macedonia should have it's own section now. Major city Skopje. George

1 0