March 2002 - tz - lists.iana.org

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

May 25, 2015

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

proposed tz changes for Pakistan, Estonia, Mexico, Paraguay, ...
by Paul Eggert March 27, 2002

March 27, 2002

Here are proposed changes to help keep the tz database up to date. Some changes noted below take effect as soon as this weekend. As usual, thanks to everyone who writes in and keeps us up-to-date. * Pakistan will observe daylight saving from the first Sunday after the first Saturday in April at 00:00 until October 15 at 00:00. (Thanks to Rives McDow for the heads-up, and to Jesper Norgaard for digging up a written reference, with different rules alas.) * Estonia will start observing daylight saving time again this year, using EU rules. (Thanks to Toomas Soome for this info.) * This year, Mexico will change back to using US daylight-saving rules. (Thanks to Jesper Norgaard Welen for this info.) * Starting next month, Paraguay observes DST from the first Sunday in September at 00:00 to the first Sunday in April at 00:00. (Thanks to Rives McDow for this info.) * Ujung Pandang has changed its name to Makassar. (Thanks to Priyadi Iman Nurcahyo for this info.) * Update Argentine historical time zone info, after reviewing an Argentine web site devoted to the subject, along with the corrections that Shanks made in his 5th edition. (Thanks to Javier Reinoso for the heads-up.) This results in the following changes: - No DST was observed from mid-1974 through mid-1988. - 1966/1967 DST ended on 1967-04-02, not 1967-04-01. - Argentine standard time was introduced 1894-10-31, not 1894-11-01. - Argentine standard time from 1894-10-31 through 1920-04-30 was -4:16:48.25, not -4:16:44. - Rosario and Cordoba have the same time zone history since 1970, so we should mark the America/Rosario Zone as obsolescent. - Many of the transition dates in 1991 and 1992 are incorrect. * It appears that there was widespread disagreement about the clocks in Argentina in 1991 and 1992. Record what Shanks writes, as comments, even though we may not agree with them. * Update the web page as follows: - Fix out-of-date URLs for Shanks's books, Russian time zones, Israeli announcements, Langley's notes, McCarthy & Klepczynski's proposal. - Fix out-of-date title for NTP. - Use briefer text for Pollastri's web page. (I still have a some minor changes queued up for Canada which I have not had time to review carefully, but they can wait.) =================================================================== RCS file: RCS/asia,v retrieving revision 2002.2 retrieving revision 2002.2.0.1 diff -pu -r2002.2 -r2002.2.0.1 --- asia 2002/01/28 17:56:02 2002.2 +++ asia 2002/03/25 06:42:59 2002.2.0.1 @@ -419,7 +419,7 @@ Zone Asia/Pontianak 7:17:20 - LMT 1908 M 7:30 - WIT 1964 8:00 - CIT 1988 Jan 1 7:00 - WIT -Zone Asia/Ujung_Pandang 7:57:36 - LMT 1920 +Zone Asia/Makassar 7:57:36 - LMT 1920 7:57:36 - MMT 1932 Nov # Macassar MT 8:00 - CIT 1942 Feb 9 9:00 - JST 1945 Aug @@ -1094,13 +1094,36 @@ Zone Asia/Muscat 3:54:20 - LMT 1920 4:00 - GST # Pakistan + +# From Rives McDow (2002-03-13): +# I have been advised that Pakistan has decided to adopt dst on a # +TRIAL basis for one year, starting 00:01 local time on April 7, 2002 # +and ending at 00:01 local time October 6, 2002. This is what I was # +told, but I believe that the actual time of change may be 00:00; the # +00:01 was to make it clear which day it was on. + +# From Paul Eggert (2002-03-15): +# Jesper Norgaard found this URL: +# http://www.pak.gov.pk/public/news/app/app06_dec.htm +# (dated 2001-12-06) which says that the Cabinet adopted a scheme "to # +advance the clocks by one hour on the night between the first # +Saturday and Sunday of April and revert to the original position on # +15th October each year". This agrees with McDow's 04-07 at 00:00, # +but disagrees about the October transition, and makes it sound like # +it's not on a trial basis. Also, the "between the first Saturday # and +Sunday of April" phrase, if taken literally, means that the # +transition takes place at 00:00 on the first Sunday on or after 04-02. + +# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S +Rule Pakistan 2002 max - Apr Sun>=2 0:00 1:00 S +Rule Pakistan 2002 max - Oct 15 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Karachi 4:28:12 - LMT 1907 5:30 - IST 1942 Sep 5:30 1:00 IST 1945 Oct 15 5:30 - IST 1951 Sep 30 5:00 - KART 1971 Mar 26 # Karachi Time - 5:00 - PKT # Pakistan Time + 5:00 Pakistan PK%sT # Pakistan Time # Palestine =================================================================== RCS file: RCS/europe,v retrieving revision 2002.2 retrieving revision 2002.2.0.1 diff -pu -r2002.2 -r2002.2.0.1 --- europe 2002/01/28 17:56:02 2002.2 +++ europe 2002/03/25 06:42:59 2002.2.0.1 @@ -853,6 +853,10 @@ Zone America/Thule -4:35:08 - LMT 1916 J # 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. +# From Toomas Soome (2002-02-21): +# [On Feb 12] the Estonian government has changed once again timezone +politics. # Now we are using again EU rules. + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Tallinn 1:39:00 - LMT 1880 1:39:00 - TMT 1918 Feb # Tallinn Mean Time @@ -865,7 +869,8 @@ Zone Europe/Tallinn 1:39:00 - LMT 1880 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 Feb 12 + 2:00 EU EE%sT # Finland # =================================================================== RCS file: RCS/northamerica,v retrieving revision 2001.4 retrieving revision 2001.4.0.1 diff -pu -r2001.4 -r2001.4.0.1 --- northamerica 2001/10/09 17:31:31 2001.4 +++ northamerica 2002/03/25 06:42:59 2001.4.0.1 @@ -1362,6 +1362,12 @@ Zone America/Dawson -9:17:40 - LMT 1900 # standard time. "This is so residents of the Federal District are not # subject to unexpected time changes," a statement from the court said. +# From Jesper Norgaard Welen (2002-03-12): +# ... 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.... # http://www.conae.gob.mx/ahorro/horaver2001_m1_2002.html +# confirms this. Sonora as usual is the only state where DST is not +applied. + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Mexico 1939 only - Feb 5 0:00 1:00 D Rule Mexico 1939 only - Jun 25 0:00 0 S @@ -1373,8 +1379,10 @@ Rule Mexico 1950 only - Feb 12 0:00 1:00 Rule Mexico 1950 only - Jul 30 0:00 0 S Rule Mexico 1996 2000 - Apr Sun>=1 2:00 1:00 D Rule Mexico 1996 2000 - Oct lastSun 2:00 0 S -Rule Mexico 2001 max - May Sun>=1 2:00 1:00 D -Rule Mexico 2001 max - Sep lastSun 2:00 0 S +Rule Mexico 2001 only - May Sun>=1 2:00 1:00 D +Rule Mexico 2001 only - Sep lastSun 2:00 0 S +Rule Mexico 2002 max - Apr Sun>=1 2:00 1:00 D +Rule Mexico 2002 max - Oct lastSun 2:00 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] # Quintana Roo Zone America/Cancun -5:47:04 - LMT 1922 Jan 1 0:12:56 =================================================================== RCS file: RCS/southamerica,v retrieving revision 2001.4 retrieving revision 2001.4.0.1 diff -pu -r2001.4 -r2001.4.0.1 --- southamerica 2001/10/09 17:31:31 2001.4 +++ southamerica 2002/03/25 06:42:59 2001.4.0.1 @@ -79,18 +79,11 @@ Rule Arg 1963 only - Oct 1 0:00 0 - Rule Arg 1963 only - Dec 15 0:00 1:00 S Rule Arg 1964 1966 - Mar 1 0:00 0 - Rule Arg 1964 1966 - Oct 15 0:00 1:00 S -Rule Arg 1967 only - Apr 1 0:00 0 - +Rule Arg 1967 only - Apr 2 0:00 0 - Rule Arg 1967 1968 - Oct Sun>=1 0:00 1:00 S Rule Arg 1968 1969 - Apr Sun>=1 0:00 0 - Rule Arg 1974 only - Jan 23 0:00 1:00 S Rule Arg 1974 only - May 1 0:00 0 - -Rule Arg 1974 1976 - Oct Sun>=1 0:00 1:00 S -Rule Arg 1975 1977 - Apr Sun>=1 0:00 0 - -Rule Arg 1985 only - Nov 2 0:00 1:00 S -Rule Arg 1986 only - Mar 14 0:00 0 - -Rule Arg 1986 1987 - Oct 25 0:00 1:00 S -Rule Arg 1987 only - Feb 13 0:00 0 - -Rule Arg 1988 only - Feb 7 0:00 0 - Rule Arg 1988 only - Dec 1 0:00 1:00 S # # From Hernan G. Otero <hernan(a)isoft.com.ar> (1995-06-26): @@ -148,76 +141,97 @@ Rule Arg 2000 only - Mar Sun>=1 0:00 0 - # This kind of things had always been done this way in Argentina. # We are still -03:00 all year round in all of the country. # +# +# From Paul Eggert (2002-01-22): +# <a href="http://www.spicasc.net/horvera.html"> +# Hora de verano para la Republica Argentina (2000-10-01) +# </a> says that standard time in Argentina from 1894-10-31 +# to 1920-05-01 was -4:16:48.25. Go with this more-precise value # +over Shanks. + +# Unless otherwise specified, data are from Shanks through 1992, from # +the IATA otherwise. As noted below, Shanks says that # America/Cordoba +split into 7 subregions during 1991/1992, but we # haven't verified +this yet so for now we'll keep it a single region. # # Zone NAME GMTOFF RULES FORMAT [UNTIL] # # Buenos Aires (BA), Capital Federal (CF), Santa Cruz (SC), # Tierra del Fuego, Antartida e Islas del Atlantico Sur (TF) -Zone America/Buenos_Aires -3:53:48 - LMT 1894 Nov - -4:16:44 - CMT 1920 May # Cordoba Mean Time +Zone America/Buenos_Aires -3:53:48 - LMT 1894 Oct 31 + -4:16:48 - CMT 1920 May # Cordoba Mean Time -4:00 - ART 1930 Dec -4:00 Arg AR%sT 1969 Oct 5 - -3:00 Arg AR%sT 1999 Oct 3 0:00 - -4:00 Arg AR%sT 2000 Mar 3 0:00 + -3:00 Arg AR%sT 1999 Oct 3 + -4:00 Arg AR%sT 2000 Mar 3 -3:00 - ART # # Santa Fe (SF), Entre Rios (ER), Corrientes (CN), Misiones (MN), Chaco (CC), -# Formosa (FM), La Pampa (LP), Chubut (CH) -Zone America/Rosario -4:02:40 - LMT 1894 Nov - -4:16:44 - CMT 1920 May - -4:00 - ART 1930 Dec - -4:00 Arg AR%sT 1969 Oct 5 - -3:00 Arg AR%sT 1991 Jul - -3:00 - ART 1999 Oct 3 0:00 - -4:00 Arg AR%sT 2000 Mar 3 0:00 - -3:00 - ART +# Formosa (FM), Salta (SA), Tucuman (TM), Santiago del Estero (SE), # +Cordoba (CB), La Rioja (LR), San Juan (SJ), San Luis (SL), La Pampa +(LP), # Neuquen (NQ), Rio Negro (RN), Chubut (CH) # +# Shanks also makes the following claims, which we haven't verified: +# - Formosa switched to -3:00 on 1991-01-07. +# - La Rioja and San Juan switched to -4:00 on 1991-03-01 +# and then to 03:00 on 1991-05-07. +# - Misiones switched to -3:00 on 1990-12-29. +# - Chaco switched to -3:00 on 1991-01-04. +# - San Luis switched to -4:00 on 1990-03-14, then to -3:00 on 1990-10-15, +# then to -4:00 on 1991-03-01, then to -3:00 on 1991-06-01. +# - Santiago del Estero switched to -4:00 on 1991-04-01, +# then to -3:00 on 1991-04-26. +# If we need to add Zones for these areas, we may need to have a subdirectory +# for Argentina, as e.g. "America/San_Luis" is too ambiguious. # -# Cordoba (CB), Santiago del Estero (SE), Salta (SA), Tucuman (TM), La Rioja (LR), San Juan (SJ), San Luis (SL), -# Neuquen (NQ), Rio Negro (RN) -Zone America/Cordoba -4:16:44 - LMT 1894 Nov - -4:16:44 - CMT 1920 May +Zone America/Cordoba -4:16:48 - LMT 1894 Oct 31 + -4:16:48 - CMT 1920 May -4:00 - ART 1930 Dec -4:00 Arg AR%sT 1969 Oct 5 - -3:00 Arg AR%sT 1990 Jul - -3:00 - ART 1999 Oct 3 0:00 - -4:00 Arg AR%sT 2000 Mar 3 0:00 + -3:00 Arg AR%sT 1991 Mar 3 + -4:00 - WART 1991 Oct 20 + -3:00 Arg AR%sT 1999 Oct 3 + -4:00 Arg AR%sT 2000 Mar 3 -3:00 - ART # # Jujuy (JY) -Zone America/Jujuy -4:21:12 - LMT 1894 Nov - -4:16:44 - CMT 1920 May +Zone America/Jujuy -4:21:12 - LMT 1894 Oct 31 + -4:16:48 - CMT 1920 May -4:00 - ART 1930 Dec -4:00 Arg AR%sT 1969 Oct 5 - -3:00 Arg AR%sT 1991 Mar 3 + -3:00 Arg AR%sT 1990 Mar 4 + -4:00 - WART 1990 Oct 28 + -4:00 1:00 WARST 1991 Mar 17 -4:00 - WART 1991 Oct 6 - -4:00 1:00 WARST 1992 Mar 15 - -4:00 - WART 1992 Oct 18 - -3:00 - ART 1999 Oct 3 0:00 - -4:00 Arg AR%sT 2000 Mar 3 0:00 + -3:00 1:00 ARST 1992 + -3:00 Arg AR%sT 1999 Oct 3 + -4:00 Arg AR%sT 2000 Mar 3 -3:00 - ART # # Catamarca (CT) -Zone America/Catamarca -4:23:08 - LMT 1894 Nov - -4:16:44 - CMT 1920 May +Zone America/Catamarca -4:23:08 - LMT 1894 Oct 31 + -4:16:48 - CMT 1920 May -4:00 - ART 1930 Dec -4:00 Arg AR%sT 1969 Oct 5 - -3:00 Arg AR%sT 1990 Jul - -3:00 - ART 1991 Jul - -3:00 Arg AR%sT 1992 Jul - -3:00 - ART 1999 Oct 3 0:00 - -4:00 Arg AR%sT 2000 Mar 3 0:00 + -3:00 Arg AR%sT 1991 Mar 3 + -4:00 - WART 1991 Oct 20 + -3:00 Arg AR%sT 1999 Oct 3 + -4:00 Arg AR%sT 2000 Mar 3 -3:00 - ART # # Mendoza (MZ) -Zone America/Mendoza -4:35:16 - LMT 1894 Nov - -4:16:44 - CMT 1920 May +Zone America/Mendoza -4:35:16 - LMT 1894 Oct 31 + -4:16:48 - CMT 1920 May -4:00 - ART 1930 Dec -4:00 Arg AR%sT 1969 Oct 5 - -3:00 Arg AR%sT 1991 Mar 3 + -3:00 Arg AR%sT 1990 Mar 4 + -4:00 - WART 1990 Oct 15 + -4:00 1:00 WARST 1991 Mar 1 -4:00 - WART 1991 Oct 15 -4:00 1:00 WARST 1992 Mar 1 -4:00 - WART 1992 Oct 18 - -3:00 - ART 1999 Oct 3 0:00 - -4:00 Arg AR%sT 2000 Mar 3 0:00 + -3:00 Arg AR%sT 1999 Oct 3 + -4:00 Arg AR%sT 2000 Mar 3 -3:00 - ART # Aruba @@ -729,12 +743,19 @@ Rule Para 1996 only - Mar 1 0:00 0 - # From Jesper Norgaard (2001-03-06) [an official URL saying similar things]: # http://gateway.abc.com.py:8000/pub/pag04.mbr/artic?FHA=2001-03-03-02.24.52.… # -Rule Para 1996 max - Oct Sun>=1 0:00 1:00 S +Rule Para 1996 2001 - Oct Sun>=1 0:00 1:00 S # IATA SSIM (1997-09) says Mar 1; go with Shanks. Rule Para 1997 only - Feb lastSun 0:00 0 - # Shanks says 1999-02-28; IATA SSIM (1999-02) says 1999-02-27, but # (1999-09) reports no date; go with above sources and Gerd Knops (2001-02-27). -Rule Para 1998 max - Mar Sun>=1 0:00 0 - +Rule Para 1998 2001 - Mar Sun>=1 0:00 0 - +# From Rives McDow (2002-02-28): +# A decree was issued in Paraguay (no. 16350) on 2002-02-26 that +changed the # dst method to be from the first Sunday in September to +the first Sunday in # April. +Rule Para 2002 max - Apr Sun>=1 0:00 0 - +Rule Para 2002 max - Sep Sun>=1 0:00 1:00 S + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Asuncion -3:50:40 - LMT 1890 =================================================================== RCS file: RCS/zone.tab,v retrieving revision 2002.2 retrieving revision 2002.2.0.1 diff -pu -r2002.2 -r2002.2.0.1 --- zone.tab 2002/01/28 17:56:03 2002.2 +++ zone.tab 2002/03/25 06:42:59 2002.2.0.1 @@ -41,8 +41,7 @@ AQ -7824+10654 Antarctica/Vostok Vostok AQ -6640+14001 Antarctica/DumontDUrville Dumont-d'Urville Base, Terre Adelie AQ -690022+0393524 Antarctica/Syowa Syowa Station, E Ongul I AR -3436-05827 America/Buenos_Aires E Argentina (BA, DF, SC, TF) -AR -3257-06040 America/Rosario NE Argentina (SF, ER, CN, MN, CC, FM, LP, CH) -AR -3124-06411 America/Cordoba W Argentina (CB, SA, TM, LR, SJ, SL, NQ, RN) +AR -3124-06411 America/Cordoba most locations (CB,CC,CH,CN,ER,FM,LP,LR,MN,NQ,RN,SA,SE,SF,SJ,SL,TM) AR -2411-06518 America/Jujuy Jujuy (JY) AR -2828-06547 America/Catamarca Catamarca (CT) AR -3253-06849 America/Mendoza Mendoza (MZ) @@ -189,7 +188,7 @@ HT +1832-07220 America/Port-au-Prince HU +4730+01905 Europe/Budapest ID -0610+10648 Asia/Jakarta Java & Sumatra ID -0002+10920 Asia/Pontianak west & central Borneo -ID -0507+11924 Asia/Ujung_Pandang east & south Borneo, Celebes, Bali, Nusa Tengarra, west Timor +ID -0507+11924 Asia/Makassar east & south Borneo, Celebes, Bali, Nusa Tengarra, west Timor ID -0232+14042 Asia/Jayapura Irian Jaya & the Moluccas IE +5320-00615 Europe/Dublin IL +3146+03514 Asia/Jerusalem =================================================================== RCS file: RCS/backward,v retrieving revision 2002.2 retrieving revision 2002.2.0.1 diff -pu -r2002.2 -r2002.2.0.1 --- backward 2002/01/28 17:56:02 2002.2 +++ backward 2002/03/25 06:42:59 2002.2.0.1 @@ -8,11 +8,13 @@ Link America/Tijuana America/Ensenada Link America/Indianapolis America/Fort_Wayne Link America/Indiana/Knox America/Knox_IN Link America/Rio_Branco America/Porto_Acre +Link America/Cordoba America/Rosario Link America/St_Thomas America/Virgin Link Asia/Ashgabat Asia/Ashkhabad Link Asia/Chongqing Asia/Chungking Link Asia/Dhaka Asia/Dacca Link Asia/Macau Asia/Macao +Link Asia/Makassar Asia/Ujung_Pandang Link Asia/Jerusalem Asia/Tel_Aviv Link Asia/Thimphu Asia/Thimbu Link Asia/Ulaanbaatar Asia/Ulan_Bator =================================================================== RCS file: RCS/tz-link.htm,v retrieving revision 2002.2 retrieving revision 2002.2.0.1 diff -pu -r2002.2 -r2002.2.0.1 --- tz-link.htm 2002/01/28 17:56:03 2002.2 +++ tz-link.htm 2002/03/27 06:40:37 2002.2.0.1 @@ -9,7 +9,7 @@ <meta http-equiv="Content-type" content='text/html; charset="US-ASCII"' /> <meta name="DC.Creator" content="Eggert, Paul" /> <meta name="DC.Contributor" content="Olson, Arthur David" /> -<meta name="DC.Date" content="2001-05-30" /> +<meta name="DC.Date" content="2002-03-26" /> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time" /> <meta name="DC.Identifier" content="http://www.twinsun.com/tz/tz-link.htm" /> @@ -107,8 +107,6 @@ World</a></li> <li><a href="http://www.convertit.com/Go/ConvertIt/World_Time/Current_Time.ASP">Current Time in 1000 Places</a></li> <li><a href="http://timezoneconverter.com/">Time Zone Converter</a></li> </ul></li> -<li><a href="http://www.tick2tock.com/cgi-bin/TZConverter">Tick2Tock -time zone converter</a> is a multilingual interface.</li> <li><a href="http://www.holidayfestival.com/">The Worldwide Holiday & Festival Site</a> lists DST-related clock changes along with holidays.</li> @@ -164,7 +162,7 @@ Microsoft Windows program.</li> - Atlas Query</a> is Astrodienst's Web version of Shanks's excellent time zone history atlases published in both <a href="http://astrocom.com/software/pcatlas.html">computer</a> and <a -href="http://astrocom.com/books/xrefa.htm#SHANKS">book</a> form by <a +href="http://astrocom.com/books/xrefa.php#SHANKS">book</a> form by <a href="http://astrocom.com/">Astro Communications Services</a>.</li> <li><a href="http://worldtime.com/">WORLDTIME: interactive atlas, time info, public holidays</a> @@ -200,9 +198,11 @@ recent editions. The pictorial quality is good, but the maps do not indicate summer time, and parts of the data are a few years out of date.</li> -<li><a href="http://wwg.lgg.ru/russia/timezone.html" -hreflang="ru">Map of Russian Federation time zones (in Russian)</a> -has a wealth of information about Russian time zones.</li> +<li><a href="http://worldtimezone.com/">World timezones map with +current time</a> has several fancy time zone maps; it covers Russia +particularly well. The maps' pictorial quality is not quite as good as +the CIA's but the maps are more up to date.</li> </ul> <h2>Time zone boundaries</h2> <ul> @@ -229,7 +229,7 @@ Saving Time - History, rationale, laws a is a good overall history of DST.</li> <li><a href="http://toi.iriti.cnr.it/">The Time of Internet</a> -contains good descriptions of Time Zones and daylight saving time, +describes time zones and daylight saving time, with diagrams. The time zone map is out of date, however.</li> <li><a href="http://www.phys.uu.nl/~vgent/idl/idl.htm">A History of @@ -261,8 +261,8 @@ Saving Time</a>.</dd> href="http://www.ptb.de/en/org/4/43/432/lega.htm">Realisation of Legal Time in Germany</a>.</dd> <dt>Israel</dt> -<dd>The Ministry of Interior periodically issues <a -href="ftp://ftp.huji.ac.il/pub/tz/announcements" +<dd>The Interior Ministry periodically issues <a +href="ftp://ftp.cs.huji.ac.il/pub/tz/announcements/" hreflang="he">announcements (in Hebrew)</a>.</dd> <dt>Mexico</dt> <dd>The Investigation and Analysis Service of the Mexican Library of @@ -289,10 +289,11 @@ of summer time dates</a>.</dd> href="http://literature.agilent.com/litwebbin/purl.cgi?org_id=tmo&pub_id=5965…">The Science of Timekeeping</a> is an excellent and thorough introduction to the theory and practice of precision timekeeping.</li> -<li><a href="http://www.ntp.org/">Time Server</a> discusses +<li><a href="http://www.ntp.org/">Time Synchronization Server</a> +discusses the Network Time Protocol (NTP), used to synchronize clocks of Internet hosts.</li> -<li><a href="http://ecco.bsee.swin.edu.au/chronos/GMT-explained.html">A +<li><a href="http://gauss.gge.unb.ca/GMT.UT.and.the.RGO.txt" +charset="macintosh">A Few Facts Concerning GMT, UT, and the RGO</a> answers questions like "What is the difference between GMT and UTC?"</li> <li><a @@ -313,11 +314,10 @@ the Earth Orientation Parameters Product International Earth Rotation Service, the committee that decides when leap seconds occur.</li> <li>The <a -href="http://clockdev.usno.navy.mil/archives/leapsecs.html">Leap +href="http://rom.usno.navy.mil/cgi-bin/wa">Leap Second Discussion List</a> covers <a -href="http://clockdev.usno.navy.mil/cgi-bin/wa.exe?A3=ind00&L=leapsecs&P=…">McCarthy -and Klepczynski's proposal to discontinue leap seconds</a> -(which requires discussion list membership to read). +href="http://www.findarticles.com/cf_0/m0BPW/11_10/57821998/p1/article. +jhtml">McCarthy +and Klepczynski's proposal to discontinue leap seconds</a>. This proposal is being studied by the URSI Commission J <a href="http://space.mit.edu/URSI/leapsecond.html">Working Group on the Leap Second</a>, and the IAU

1 0

TZ data for Estonia
by Mart Oruaas March 22, 2002

March 22, 2002

Hello, After a lot of political fuzz, DST was suddenly reestablished in Estonia just a bit more than a month before the actual switchover date. According to Government's regulation no. 84 (2002-02-21, VVm RT I 2002, 22, 127). The funny side is that this regulation is fundamentally broken and all those people are blindly going to follow what was written in a press release by Government's Press Office. ;-) # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Tallinn 1:39:00 - LMT 1880 1:39:00 - TMT 1918 Feb # Tallinn Mean Time 1:00 C-Eur CE%sT 1919 Jul 1:39:00 - TMT 1921 May 2:00 - EET 1940 Aug 6 3:00 - MSK 1941 Sep 15 1:00 C-Eur CE%sT 1944 Sep 22 3:00 Russia MSK/MSD 1989 Mar 26 2:00s 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 2002 Feb 21 2:00 EU EE%sT PS. please omit my e-mail address from the zone data file. -- /* Mart Oruaas Systems Engineer, IT dept. Tel: +372-6-711416 Pankade Kaardikeskus Fax: +372-6-711420 Laki 12, Tallinn, Estonia E-mail: fazz(a)estcard.ee */

1 0

RE: symlinks
by Olson, Arthur David (NCI) March 20, 2002

March 20, 2002

> -----Original Message----- > From: Paul Eggert [mailto:eggert@twinsun.com] > Sent: Thursday, March 14, 2002 7:19 PM > To: Olson, Arthur David (NCI) > Cc: tz(a)elsie.nci.nih.gov > Subject: Re: symlinks > > Unfortunately that code won't work if toname is of the form FOO/BAR, > where FOO is a symbolic link to some other place in the filesystem. > > The simplest fix is to remove the HAVE_SYMLINK code entirely, and to > fail if the hard-link call fails. It's one less thing to configure in > Makefile and in private.h. But if you want to support situations > where hard links don't work, I think it would be simpler and more > portable to make a copy instead of a link. Checking the legislative history, I discovered that the item attached below is what got the symlink ball rolling. What I'm after is something that handles such real-world cases correctly; I'm willing to let non-real-world cases slide. --ado >From OLSONA(a)dc37a.nci.nih.gov Sat Jan 17 14:32:28 1998 Return-Path: <OLSONA(a)dc37a.nci.nih.gov> Received: from imc.nih.gov by elsie.nci.nih.gov (4.1/SMI-4.1) id AA06211; Sat, 17 Jan 98 14:32:28 EST Message-Id: <9801171932.AA06211(a)elsie.nci.nih.gov> Received: by imc.nih.gov with Internet Mail Service (5.0.1458.49) id <DCQ5RJ2X>; Sat, 17 Jan 1998 14:32:17 -0500 From: "Olson, Arthur David" <OLSONA(a)dc37a.nci.nih.gov> To: 'tz' <tz(a)elsie.nci.nih.gov>, "'aj(a)arthur.rhein-neckar.de'" <aj(a)arthur.rhein-neckar.de> Subject: FW: zic using hardlinks:-( Date: Sat, 17 Jan 1998 14:31:18 -0500 X-Priority: 3 X-Mailer: Internet Mail Service (5.0.1458.49) Status: RO Andreas Jaeger is not on the time zone list; be sure to include Andreas in any reply. --ado ---------- From: Andreas Jaeger[SMTP:aj@arthur.rhein-neckar.de] Sent: Thursday, January 15, 1998 3:34 PM To: tz(a)elsie.nci.nih.gov Subject: zic using hardlinks:-( Hi, I received the following bug report for GNU libc. Jochen says that using a hard link doesn't work for his system since /etc and /usr/share are on different filesystems. zic is from tzcode1997h. I see three possibilities: - changing the link call in zic.c to symlink. - if link fails with error EXDEV (oldpath and newpath are not on the same filesystem) retry with a symlink. - leave it the way it is. Should symbolic links used in general or only for localtime? Andreas -- Andreas Jaeger aj(a)arthur.rhein-neckar.de >Number: 413 >Category: libc >Synopsis: `zic -l' tries to hard link a file between different disk partitions >Confidential: no >Severity: non-critical >Priority: low >Responsible: libc-gnats >State: open >Class: sw-bug >Submitter-Id: unknown >Arrival-Date: Thu Jan 15 07:32:17 EST 1998 >Last-Modified: >Originator: Jochen Voss >Organization: Department of Mathematics, University of Kaiserslautern/Germany >Release: libc-2.0.6 >Environment: Host type: i486-pc-linux-gnu System: Linux tatonka 2.0.33 #2 Fri Jan 9 20:20:45 MET 1998 i486 Architecture: i486 Addons: localedata crypt linuxthreads Build CFLAGS: -O3 -m486 -fomit-frame-pointer Build CC: gcc -B$(common-objpfx) Build shared: yes Build profile: no Build omitfp: no Stdio: libio >Description: The command "zic -l MET" should set the local time zone by linking the file "/usr/share/zoneinfo/MET" to "/etc/localtime". It uses a hard link for this purpose. On my system this fails, because the directories "/etc" and "/usr/share/zoneinfo" are located on different disk partitions on my system. This results in the output zic: Kann nicht von /usr/share/zoneinfo/MET nach /etc/localtime linken: Ungltiger Link ber Gertegrenzen hinweg when I execaute the above command (obviously I use `LANG=de'). >How-To-Repeat: Find a system, which uses disk partitions as described above, and execute the command "zic -l MET". >Fix: Modify the code in "time/zic.c" to use symlinks (if available) or to copy the file if the hard link fails. >Audit-Trail: >Unformatted:

7 6

RE: Pakistan
by Jesper Nørgaard March 16, 2002

March 16, 2002

I found a government page with the same information, possibly the origin of it, on http://www.pak.gov.pk/public/news/app/app06_dec.htm There is more information on other issues, but the wording of the DST bit is the same. On a personal note they are really trying to test the limit of timezone handling software, choosing First Saturday and First Sunday of a month as a parameter, probably not realizing that these can be mutually exclusive, maby meaning that if First Sunday is first day of month, it will not be counted (as in 2007). Choosing fixed date 15.th. of October as DST end date, when the start date is parameterized to a weekend, is highly obscure too - but not difficult to handle. 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 ---------- From: Paul Eggert[SMTP:eggert@twinsun.com] Sent: Viernes 15 de Marzo de 2002 10:19 To: rmcdow(a)enteles.com Cc: tz(a)elsie.nci.nih.gov Subject: Re: Pakistan > Date: Wed, 13 Mar 2002 11:27:18 -0800 > From: Rives McDow <rmcdow(a)enteles.com> > I have been advised that Pakistan has decided to adopt dst on a TRIAL > basis for one year, starting 00:01 local time on April 7, 2002 and ending at > 00:01 local time October 6, 2002. This is what I was told, but I believe > that the actual time of change may be 00:00; the 00:01 was to make it clear > which day it was on. Thanks for the heads-up. I looked around and found these copies of what appears to be essentially the same source: http://www.dawn.com/2001/12/06/top4.htm http://www.hclinfinet.com/2001/DEC/WEEK2/7/PAKInsideNN2.jsp http://www.jang.com.pk/thenews/dec2001-daily/06-12-2001/main/main5.htm (dated 2001-12-06) which says that the Cabinet adopted a scheme "to advance the clocks by one hour on the night between the first Saturday and Sunday of April and revert to the original position on 15th October each year". This agrees with your April 7 at 00:00, but disagrees about the October transition, and makes it sound like it's not on a trial basis. Also, the "between the first Saturday and Sunday of April" phrase, if taken literally, means that the transition takes place at 00:00 on the first Sunday on or after April 2, not the more-usual April 1. The first year that this would make a difference is 2007. For what it's worth, Shanks says that the last transition from DST in what is now Pakistan also occurred at 00:00 on October 15. The year was 1945.

1 0

Pakistan
by Rives McDow March 16, 2002

March 16, 2002

Dear Arthur and all, I have been advised that Pakistan has decided to adopt dst on a TRIAL basis for one year, starting 00:01 local time on April 7, 2002 and ending at 00:01 local time October 6, 2002. This is what I was told, but I believe that the actual time of change may be 00:00; the 00:01 was to make it clear which day it was on. Rives

2 1

symlinks
by Olson, Arthur David (NCI) March 15, 2002

March 15, 2002

Below find a proposed rewrite of the "symbolic link" section of zic.c; I hope this deals with the problems circulated recently on the time zone mailing list. --ado #if (HAVE_SYMLINK - 0) /* ** If hard link fails but from file exists, try a symbolic link. ** We want as relative a link as possible to maximize chances ** of correct behavior when the link is part of an ** exported directory. */ if (result != 0 && access(fromname, F_OK) == 0 && !itsdir(fromname)) { register char * t = toname; register char * f = fromname; register char * s; register int n; while ((s = strchr(t, '/')) != NULL && strncmp(t, f, (n = (s - t) + 1)) == 0) { t += n; f += n; } /* ** f t desired symlink value ** /a/b/c /d/e/f eliminated just above ** a/b/c d/e/f ../../a/b/c ** a/b d/e/f ../../a/b ** a/b/c d/e ../a/b/c ** /a/b/c d/e/f /a/b/c ** a/b/c /d/e/f hard to handle well */ if (*f == '/') s = ecpyalloc(f); else { s = NULL; if (*t != '/') { while (*t != '\0') if (*t++ == '/') s = ecatalloc(s, "../"); s = ecatalloc(s, f); } } if (s != NULL) { result = symlink(s, toname); ifree(s); if (result == 0) warning(_("hard link failed, symbolic link used")); } } #endif

2 1

Summer time in Mexico (fwd)
by Steffen Thorsen March 13, 2002

March 13, 2002

Hi, I'm sending this on behalf of Jesper Norgaard Welen <timezone50(a)hotmail.com> =============================================================================== 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? 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. 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 _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx

1 0

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