February 2002 - tz - lists.iana.org

proposed tz change for Latvia, Lithuania
by Paul Eggert 25 May '15

25 May '15

It's March Madness time for daylight-saving rule changes. Here's a proposed change to the tz database to keep up with the latest political development, which affects time stamps starting March 29: * Latvia and Lithuania will not observe DST, starting this year. Thanks to Andrei Ivanov for this info. =================================================================== RCS file: RCS/europe,v retrieving revision 2000.3 retrieving revision 2000.3.0.1 diff -pu -r2000.3 -r2000.3.0.1 --- europe 2000/03/04 15:31:08 2000.3 +++ europe 2000/03/08 17:48:59 2000.3.0.1 @@ -1135,6 +1135,12 @@ Link Europe/Rome Europe/San_Marino # 1997-01-21 on transition to Summer time ... established the same order of # daylight savings time settings as in the States of the European Union. +# From Andrei Ivanov (2000-03-06): +# This year Latvia will not switch to Daylight Savings Time (as specified in +# <a href="http://www.lv-laiks.lv/wwwraksti/2000/071072/vd4.htm"> +# The Regulations of the Cabinet of Ministers of the Rep. of Latvia of +# 29-Feb-2000 (#79)</a>, in Latvian for subscribers only). + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Latvia 1989 1996 - Mar lastSun 2:00s 1:00 S Rule Latvia 1989 1996 - Sep lastSun 2:00s 0 - @@ -1151,7 +1157,8 @@ Zone Europe/Riga 1:36:24 - LMT 1880 3:00 Russia MSK/MSD 1989 Mar lastSun 2:00s 2:00 1:00 EEST 1989 Sep lastSun 2:00s 2:00 Latvia EE%sT 1997 Jan 21 - 2:00 EU EE%sT + 2:00 EU EE%sT 2000 Feb 29 + 2:00 - EET # Liechtenstein # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -1178,6 +1185,11 @@ Zone Europe/Vaduz 0:38:04 - LMT 1894 Jun # motion to give up shifting to summer time in spring, as it was # already done by Estonia. +# From Andrei Ivanov (2000-03-06): +# I've heard that Ministers of three Baltic countries on their summit +# somewhere in February decided not to switch to summer time starting from +# this spring. + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Vilnius 1:41:16 - LMT 1880 1:24:00 - WMT 1917 # Warsaw Mean Time @@ -1192,7 +1204,8 @@ Zone Europe/Vilnius 1:41:16 - LMT 1880 2:00 C-Eur EE%sT 1998 2:00 - EET 1998 Mar 29 1:00u 1:00 EU CE%sT 1999 Oct 31 1:00u - 2:00 EU EE%sT + 2:00 EU EE%sT 2000 Feb + 2:00 - EET # Luxembourg # Whitman disagrees with most of these dates in minor ways; go with Shanks.

5 5

FW: glibc install problem caused by bug in zic (fwd)
by Olson, Arthur David (NCI) 04 Mar '02

04 Mar '02

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

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

26 Feb '02

*************************************************************************** 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) 26 Feb '02

26 Feb '02

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) 25 Feb '02

25 Feb '02

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) 25 Feb '02

25 Feb '02

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) 25 Feb '02

25 Feb '02

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) 25 Feb '02

25 Feb '02

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 25 Feb '02

25 Feb '02

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 22 Feb '02

22 Feb '02

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