- tz - lists.iana.org

Using yearistype requires "." in $PATH
by Robert Elz Aug. 5, 2000

Aug. 5, 2000

The way zic is built, it assumes by default (no -y arg) that "yearistype" is somewhere in your path. However (and especially as it is distributed with the data files these days) yearistype is usually going to be found in "." which is generally not in anyone's path (and should never be in root's path). The NetBSD workaround (in its distributed tzcode) is to run zic as: zic -y "sh yearistype.sh" and not bother with making "yearistype", including making it executable, at all. The tzcode Makefile uses "-y ./yearistype". Those are OK for a makefile, but not really ideal for one off running zic by hand. As things are currently, the -y option is almost mandatory, zic just doesn't work properly without it, yet it is still optional in zic. Is there any reason that the distribution couldn't be altered as ... *** zic.c.old Mon Jul 31 23:24:18 2000 --- zic.c Sat Aug 05 21:55:39 2000 *************** *** 538,544 **** if (directory == NULL) directory = TZDIR; if (yitcommand == NULL) ! yitcommand = "yearistype"; setboundaries(); --- 538,544 ---- if (directory == NULL) directory = TZDIR; if (yitcommand == NULL) ! yitcommand = "./yearistype"; setboundaries(); which will work better than now, except in the (somewhat odd I think) case where yearistype is actually getting installed in some standard binary directory. Since it isn't included with tzcode the standard Makefile doesn't install it anywhere (but does depend upon it), it tends to just live with the data. Much better would be to actually look for, and find (when no -y is given) a suitable yearistype file - look in the directory where the data file is found (so "zic /usr/src/share/zoneinfo/australasia" would work), and if not found there, look in "." to see if it is there, and if not there, just assume it must be in PATH (and so leave it as just "yearistype") or can't be found at all. For now, that's more effort than is needed (for me). The searching should include looking for "yearistype.sh" as well most likely, and if that's found, and no yearistype is found, then run it as "sh ..." so it doesn't need 'x' permission). kre

1 0

request for mailing list participation
by Thomas Carey Aug. 3, 2000

Aug. 3, 2000

I'd like to participate in the discussion on timezones

1 0

tzcode2000e.tar.gz and tzdata2000e.tar.gz
by Olson, Arthur David (NCI) Aug. 1, 2000

Aug. 1, 2000

The files ftp://elsie.nci.nih.gov/pub/tzcode2000e.tar.gz and ftp://elsie.nci.nih.gov/pub/tzdata2000e.tar.gz are now available. These include the data changes circulated on the time zone mailing list last week by Paul Eggert, a change to the default value of the defined constant HAVE_STRERROR, and the addition of a Dave Barry quote on DST to the tz-arts file. --ado

2 1

data file recommendation
by Martin Smoot Aug. 1, 2000

Aug. 1, 2000

I recommend adding the date of the change to the data files. The africa data file for example only has the following at the top of the file: # @(#)africa 7.33 The other data files also lack the date. I don't think that the file date in the tar files can be depended on to be the date of a change - I know for sure that some of the files in the March distribution have not been changed for a while. The pacificnew file has a time tag of Mar 14 09:39 but is no different from the file I have been using since October 1998. -- Martin Smoot Network Storage Solutions 703-834-2242 msmoot(a)nssolutions.com www.nssolutions.com

4 4

EU proposals
by Joseph S. Myers July 31, 2000

July 31, 2000

I came across this in CELEX: http://europa.eu.int/cgi-bin/eur-lex/udl.pl?REQUEST=Seek-Deliver&LANGUAGE=e… (a 25 page PDF review of summer time). The proposed directive, providing for the present arrangements to continue indefinitely from 2002, is as follows: ================================================================= /* COM/2000/0302 final - COD 2000/0140 */ Proposal for a DIRECTIVE OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL on summer-time arrangements (Text with EEA relevance) THE EUROPEAN PARLIAMENT AND THE COUNCIL OF THE EUROPEAN UNION, Having regard to the Treaty establishing the European Community, and in particular Article 95 thereof, Having regard to the proposal from the Commission [42], [42] OJ C Having regard to the opinion of the Economic and Social Committee [43], [43] OJ C Acting in accordance with the procedure laid down in Article 251 of the Treaty, Whereas: (1) Eighth Directive 97/44/EC of the European Parliament and of the Council of 22 July 1997 on summer-time arrangements [44] introduced a common date and time in all Member States, for the beginning and end of summer-time in 1998, 1999, 2000 and 2001. [44] OJ L 206, 1.8.1997, p. 62. (2) Given that the Member States apply summer-time arrangements, it is important for the functioning of the internal market that a common date and time for the beginning and end of the summer-time period be fixed throughout the Community. (3) The summer-time period considered most appropriate by the Member States runs from the end of March to the end of October; that period should therefore be maintained. (4) The proper functioning of certain sectors, not only transport and communications, but also other sectors of industry, requires stable, long-term planning. Provisions concerning summer-time should therefore be laid down for an unlimited period. Article 4 of Directive 97/44/EC provides, in that respect, that the European Parliament and the Council are to adopt, by 1 January 2001, the arrangements to apply from 2002 onwards. (5) For reasons of clarity and accuracy of information, a timetable for the implementation of the summer-time period for the following five years should be drawn up and published every five years. (6) Implementation of this Directive should, moreover, be monitored by means of a report on the impact of the provisions of this Directive in all of the areas concerned submitted to the European Council and the Economic and Social Committee by the Commission. That report should be based on the information made available to the Commission by the Member States in sufficient time to enable the report to be presented at the specified time. (7) In accordance with the principles of subsidiarity and proportionality as set out in Article 5 of the Treaty, the complete harmonisation of the timetable for the summer-time period with a view to facilitating transport and communications cannot be sufficiently achieved by the Member States and can therefore be better achieved by the Community. This Directive confines itself to the minimum required in order to achieve those objectives and does not go beyond what is necessary for that purpose. (8) For geographical reasons, the common summer-time arrangements should not apply to the overseas territories of the Member States, HAVE ADOPTED THIS DIRECTIVE: Article 1 For the purposes of this Directive "summer-time period" shall mean the period of the year during which clocks are put forward by 60 minutes compared with the rest of the year. Article 2 From 2002 onwards, the summer-time period shall begin, in every Member State, at 1.00 a.m., Greenwich Mean Time, on the last Sunday in March. Article 3 From 2002 onwards, the summer-time period shall end in every Member State at 1.00 a.m., Greenwich Mean Time, on the last Sunday in October. Article 4 The Commission shall publish a communication in the Official Journal of the European Communities, for the first time on the occasion of the publication of this Directive, and every five years thereafter, containing the timetable showing the dates on which the summer-time period will begin and end for the following five years. Article 5 The Commission shall report to the European Parliament, the Council and the Economic and Social Committee on the impact of the provisions of this Directive on the sectors concerned by 31 December 2007 at the latest. That report shall be drawn up on the basis of the information made available to the Commission by each Member State by 30 April 2007 at the latest. Article 6 This Directive shall not apply to the overseas territories of the Member States. Article 7 Member States shall bring into force the laws, regulations and administrative provisions necessary to comply with this Directive by 31 December 2001 at the latest. They shall forthwith inform the Commission thereof. When the Member States adopt those provisions, they shall contain a reference to this Directive or be accompanied by such a reference on the occasion of their official publication. Member States shall determine how such reference is to be made. Article 8 This Directive shall enter into force on the twentieth day following that of its publication in the Official Journal of the European Communities. Article 9 This Directive is addressed to the Member States. Done at Brussels, For the European Parliament For the Council The President The President ================================================================= Communication [45] from the Commission pursuant to Article 4 of Directive ... of the European Parliament and of the Council on summer-time arrangements [46] [45] To be published separately in the OJ following adoption of the Directive. [46] OJ Timetable for the summer-time period For 2002-2006 inclusive, the summer-time periods will begin and end respectively on the following dates at 1.00 a.m. Greenwich Mean Time: - in 2002: the Sundays of 31 March and 27 October; - in 2003: the Sundays of 30 March and 26 October; - in 2004: the Sundays of 28 March and 31 October; - in 2005: the Sundays of 27 March and 30 October; - in 2006: the Sundays of 26 March and 29 October. ================================================================= -- Joseph S. Myers jsm28(a)cam.ac.uk

1 0

FW: proposed tz changes for Israel, Mexico, Simferopol, etc.
by Olson, Arthur David (NCI) July 31, 2000

July 31, 2000

> -----Original Message----- > From: Ephraim Silverberg [SMTP:ephraim@cs.huji.ac.il] > Sent: Sunday, July 30, 2000 3:13 AM > To: tz(a)elsie.nci.nih.gov > Cc: Bill Tiede; Steve Mann > Subject: Re: proposed tz changes for Israel, Mexico, Simferopol, etc. > > Bill Tiede <billt(a)isbister.com> writes: > | > | Regarding the DST rules for Israel, I have not been able to find any > | corroborating evidence that this became official policy. The only story > | in the online newspapers (Jerusalem Post for example) on the subject was > | in early July 2000 which mentioned that the committee had made a > | recommendation, but that the head of the Intertior Department disagreed > | with the recommendation. > > You are referring to the meeting of the Interior Ministry committee on > July 5 > where then Minister of Interior Sharansky leaned towards his original end > date of October 22nd. Between July 5 and July 19 when the change to Oct. > 6 > was passed in the Knesset, Minister Sharansky resigned (not because of DST > ...) > and joined the opposition hence making his opinion a lot less important. > > As far as official confirmation, I included the URL to the law itself with > all the 2000-2004 spelled out explicitly in the comments to the 'asia' > file: > > # The official announcement for the end date of 2000 and the dates > # for the years 2001-2004 can be viewed at: > # > # ftp://ftp.huji.ac.il/pub/tz/announcements/2000-2004.ps.gz > > Steve Mann <smann(a)cdpubs.com> writes: > >> > >> Last week it was decided that the DST in Israel will be finished this > year > >> at Oct 6. For the next 4 years the dates will be beginning of > >> April until last week of Sept. (in special cases it can move to first > >> week of Oct.) > > > > I'm not quite sure what he meant by the "beginning of April". If > > anyone wants to pursue details, I can provide email contact > > information privately. > > I chose to include the URL of the actual law rather than the usual > official > announcement to the press since the official announcement only gave the > end > date for Oct. 6 and just mentioned that the other years had been changed > (with a typo of 2003 in instead of 2004) without stating what the dates > were. > > I am attaching the announcement to the press of July 19 for all Hebrew > readers > in the list. > __________________________________________________________________________ > _ > Ephraim Silverberg, CSE System Group, Phone number: > 972-2-6585521 > Hebrew University, Jerusalem, Israel. Fax number: > 972-2-6585439 > WWW: http://www.cs.huji.ac.il/~ephraim E-mail: > ephraim(a)cse.huji.ac.il <<Israel TZ Announcement (2000-2004)>>

1 0

Re: proposed tz changes for Israel, Mexico, Simferopol, etc.
by Ephraim Silverberg July 30, 2000

July 30, 2000

Bill Tiede <billt(a)isbister.com> writes: | | Regarding the DST rules for Israel, I have not been able to find any | corroborating evidence that this became official policy. The only story | in the online newspapers (Jerusalem Post for example) on the subject was | in early July 2000 which mentioned that the committee had made a | recommendation, but that the head of the Intertior Department disagreed | with the recommendation. You are referring to the meeting of the Interior Ministry committee on July 5 where then Minister of Interior Sharansky leaned towards his original end date of October 22nd. Between July 5 and July 19 when the change to Oct. 6 was passed in the Knesset, Minister Sharansky resigned (not because of DST ...) and joined the opposition hence making his opinion a lot less important. As far as official confirmation, I included the URL to the law itself with all the 2000-2004 spelled out explicitly in the comments to the 'asia' file: # The official announcement for the end date of 2000 and the dates # for the years 2001-2004 can be viewed at: # # ftp://ftp.huji.ac.il/pub/tz/announcements/2000-2004.ps.gz Steve Mann <smann(a)cdpubs.com> writes: >> >> Last week it was decided that the DST in Israel will be finished this year >> at Oct 6. For the next 4 years the dates will be beginning of >> April until last week of Sept. (in special cases it can move to first >> week of Oct.) > > I'm not quite sure what he meant by the "beginning of April". If > anyone wants to pursue details, I can provide email contact > information privately. I chose to include the URL of the actual law rather than the usual official announcement to the press since the official announcement only gave the end date for Oct. 6 and just mentioned that the other years had been changed (with a typo of 2003 in instead of 2004) without stating what the dates were. I am attaching the announcement to the press of July 19 for all Hebrew readers in the list. ___________________________________________________________________________ Ephraim Silverberg, CSE System Group, Phone number: 972-2-6585521 Hebrew University, Jerusalem, Israel. Fax number: 972-2-6585439 WWW: http://www.cs.huji.ac.il/~ephraim E-mail: ephraim(a)cse.huji.ac.il

1 0

proposed tz changes for Israel, Mexico, Simferopol, etc.
by Paul Eggert July 28, 2000

July 28, 2000

The Israeli daylight-saving changes prompted me to collect all the proposed changes that have been accumulating to the tz data. Here they are: * New daylight saving rules for Israel starting this fall. (Thanks to Ephraim Silverberg for this info.) * New zones America/Merida and America/Monterrey, to account for 1980s Mexican daylight saving time experiments that we previosly didn't know about. Also, add 23 days to the date of the April 1942 transition in Mexico. (Thanks to Gwillim Law for this info.) * Fix a glitch in the March 1997 transition for Europe/Simferopol, which incorrectly changed the clocks twice. (Thanks to Gwillim Law for catching this bug.) The following changes affect commentary only: * Refer to ZoneInfo, a new Java-based tz file reader. * Refer to the new computer version of Shanks's excellent time zone data. * Refer to the new Leap Second Discussion mailing list. * Report the Economist's incorrect story about DST in Iraqi Kurdistan, and report Rives McDow's refutation. * Report a legal citation for the 2000/2001 Tasmanian rules (thanks to Sim Alam for this info). * Fix typos in commentary about Iran, and update URL. =================================================================== RCS file: RCS/zone.tab,v retrieving revision 2000.1 retrieving revision 2000.1.0.1 diff -pu -r2000.1 -r2000.1.0.1 --- zone.tab 2000/01/18 14:21:22 2000.1 +++ zone.tab 2000/07/27 17:08:27 2000.1.0.1 @@ -247,6 +247,8 @@ MV +0410+07330 Indian/Maldives MW -1547+03500 Africa/Blantyre MX +1924-09909 America/Mexico_City Central Time - most locations MX +2105-08646 America/Cancun Central Time - Quintana Roo +MX +2058-08937 America/Merida Central Time - Campeche, Yucatan +MX +2540-10019 America/Monterrey Central Time - Coahuila, Durango, Nuevo Leon, Tamaulipas MX +2313-10625 America/Mazatlan Mountain Time - S Baja, Nayarit, Sinaloa MX +2838-10605 America/Chihuahua Mountain Time - Chihuahua MX +2904-11058 America/Hermosillo Mountain Standard Time - Sonora =================================================================== RCS file: RCS/northamerica,v retrieving revision 2000.3 retrieving revision 2000.3.0.1 diff -pu -r2000.3 -r2000.3.0.1 --- northamerica 2000/03/04 15:31:08 2000.3 +++ northamerica 2000/07/27 17:08:27 2000.3.0.1 @@ -1002,52 +1002,35 @@ Zone America/Dawson -9:17:40 - LMT 1900 # Mexico -# From Guy Harris: -# Rules are from the Official Airline Guide, Worldwide Edition, for 1987. -# Rules [before] 1987 are unknown. -# The comments in the OAG say "Only Ensenada, Mexicale, San Felipe and Tijuana -# observe DST." This is presumably Baja California Norte, above 28th parallel, -# as listed there; [there is also] "Baja California Sur and N. Pacific -# Coast (States of Sinaloa and Sonora)." - -# From Bob Devine (1988-01-28): -# The Federal District (where Mexico City is) has observed [DST] several -# times but not recently. -# -# I don't where to draw the line in the North Baja area. 28th latitude -# sounds good -- but it may be higher (how far [d]o radio stations from -# San Diego affect culture?). -# -# The dates of DST probably go back to 1981. The rules are the same as -# US's. This is going to be a headache for US presidential electi[o]n years! - -# From Arthur David Olson (1988-02-13) -# Since the 1981 starting date is only "probable," we'll keep the 1987 -# starting date below. - -# From U. S. Naval Observatory (1989-01-19): -# MEXICO BAJA CAL N 7 H BEHIND UTC BAJA CALIFORNIA SUR AND -# MEXICO BAJA CAL N N. PACIFIC COAST (STATES -# MEXICO BAJA CAL N OF SINALOA AND SONORA) -# MEXICO BAJA CAL N 8 H BEHIND UTC ABOVE 28TH PARALLEL APR 3 -# MEXICO BAJA CAL N - OCT 29 -# MEXICO BAJA CAL N 7 H BEHIND UTC ABOVE 28TH PARALLEL APR 3 -# MEXICO BAJA CAL N - 0CT 29 -# MEXICO 6 H BEHIND UTC STATES OF DURANGO, -# MEXICO COAHUILA, NUEVO LEON, -# MEXICO TAMAULIPAS -# MEXICO 5 H BEHIND UTC STATES OF DURANGO, -# MEXICO COAHUILA, NUEVO LEON, -# MEXICO TAMAULIPAS APR 3 - OCT 29 -# MEXICO 6 H BEHIND UTC GENERAL MEXICO, STATES OF -# MEXICO CAMPECHE, QUINTANA ROO AND -# MEXICO YUCATAN - -# From Arthur David Olson (1989-01-21): -# April 3 fell on a Sunday in 1988; October 29 fell on a Sunday in 1989. Ahem. -# USNO claims there should be four Mexican zones rather than three: -# a zone that's GMT-8 with DST; a zone that's always GMT-7; -# a zone that's GMT-6 with DST; and a zone that's always GMT-6. +# Gwillim Law reports this source for daylight saving time in Mexico: +# <a href="http://www.spin.com.mx/verano/"> +# Daylight saving time * SPIN-Internet (in Spanish) +# </a> +# Law (2000-03-09) translates it as follows: +# +# Standard time effective in Mexico takes its origin in the +# presidential decree of April 24, 1942. The time of the 120th +# meridian applies to the state of Baja California; of the 105th +# meridian to the states of Baja California Sur, Sonora, Sinaloa, and +# Nayarit; and the time of the 90th meridian to the rest of the +# country. +# +# In the country, there have been several attempts made to adapt +# standard time with the object of arriving at a better use of +# daylight for social and economic activities. In December, 1981 a +# permanent time zone was decreed for the states of Campeche, Yucatan, +# and Quintana Roo, displacing them from the 90th to the 75th +# meridian. This disposition was annulled on December 2, 1982. +# +# In 1988 a Summer Time was established for the states of Tamaulipas, +# Nuevo Leon, Coahuila, and Durango, which meant that from the first +# Sunday in April to the last [Sunday] of October those states +# displaced their time from the 90th to the 75th meridian. That +# disposition lasted for one year. + +# From Paul Eggert (2000-07-26): +# Shanks gives 1942-04-01 instead of 1942-04-24, and omits the 1981 +# and 1988 DST experiments. Go with spin.com.mx. # From Alan Perry <alan.perry(a)eng.sun.com> (1996-02-15): # A guy from our Mexico subsidiary finally found the Presidential Decree @@ -1093,7 +1076,6 @@ Zone America/Dawson -9:17:40 - LMT 1900 # savings time so as to stay on the same time zone as the southern part of # Arizona year round. -# From Shanks: # 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 @@ -1111,10 +1093,22 @@ Rule BajaN 1954 1961 - Sep lastSun 2:00 # Zone NAME GMTOFF RULES FORMAT [UNTIL] # Quintana Roo Zone America/Cancun -5:47:04 - LMT 1922 Jan 1 0:12:56 + -6:00 - CST 1981 Dec + -5:00 - EST 1982 Dec 2 -6:00 - CST 1996 -6:00 Mexico C%sT 1997 Oct lastSun 2:00 -5:00 Mexico E%sT 1998 Aug 2 2:00 -6:00 Mexico C%sT +# Campeche, Yucatan +Zone America/Merida -5:58:28 - LMT 1922 Jan 1 0:01:32 + -6:00 - CST 1981 Dec + -5:00 - EST 1982 Dec 2 + -6:00 Mexico C%sT +# Coahuila, Durango, Nuevo Leon, Tamaulipas +Zone America/Monterrey -6:41:16 - LMT 1922 Jan 1 0:01:32 + -6:00 - CST 1988 + -6:00 US C%sT 1989 + -6:00 Mexico C%sT # Central Mexico Zone America/Mexico_City -6:36:36 - LMT 1922 Jan 1 0:23:24 -7:00 - MST 1927 Jun 10 23:00 @@ -1141,19 +1135,19 @@ Zone America/Hermosillo -7:23:52 - LMT 1 -7:00 - MST 1931 May 1 23:00 -6:00 - CST 1931 Oct -7:00 - MST 1932 Mar 30 23:00 - -6:00 - CST 1942 Apr + -6:00 - CST 1942 Apr 24 -7:00 - MST 1949 Jan 14 -8:00 - PST 1970 -7:00 Mexico M%sT 1999 -7:00 - MST -# S Baja California, Nayarit, Sinaloa +# Baja California Sur, Nayarit, Sinaloa Zone America/Mazatlan -7:05:40 - LMT 1921 Dec 31 23:54:20 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 -7:00 - MST 1931 May 1 23:00 -6:00 - CST 1931 Oct -7:00 - MST 1932 Mar 30 23:00 - -6:00 - CST 1942 Apr + -6:00 - CST 1942 Apr 24 -7:00 - MST 1949 Jan 14 -8:00 - PST 1970 -7:00 Mexico M%sT @@ -1161,7 +1155,7 @@ Zone America/Mazatlan -7:05:40 - LMT 192 Zone America/Tijuana -7:48:04 - LMT 1922 Jan 1 0:11:56 -8:00 - PST 1927 Jun 10 23:00 -7:00 - MST 1930 Nov 16 - -8:00 - PST 1942 Apr + -8:00 - PST 1942 Apr 24 -7:00 - MST 1949 Jan 14 -8:00 BajaN P%sT 1976 -8:00 US P%sT 1996 =================================================================== RCS file: RCS/europe,v retrieving revision 2000.4 retrieving revision 2000.4.0.1 diff -pu -r2000.4 -r2000.4.0.1 --- europe 2000/03/14 14:38:50 2000.4 +++ europe 2000/07/27 17:08:27 2000.4.0.1 @@ -131,6 +131,10 @@ # A bill was drafted in 1909 and introduced in Parliament several times, # but it met with ridicule and opposition, especially from farming interests. # One-hour Summer Time was eventually adopted as a wartime measure in 1916. +# See: +# <a href="http://www.the-times.co.uk/news/pages/tim/2000/05/18/x-timcrtcrt01011.html"> +# Summer Time Arrives Early, The Times (2000-05-18) +# </a> # From Paul Eggert (1996-09-03): # The OED Supplement says that the English originally said ``Daylight Saving'' @@ -1856,7 +1860,8 @@ Zone Europe/Simferopol 2:16:24 - LMT 188 3:00 1:00 MSD 1996 Oct 27 3:00s # IATA SSIM (1997-09) says Crimea switched to EET/EEST. # Assume it happened in March by not changing the clocks. - 3:00 Russia MSK/MSD 1997 Mar lastSun 1:00u + 3:00 Russia MSK/MSD 1997 + 3:00 - MSK 1997 Mar lastSun 1:00u 2:00 EU EE%sT # Yugoslavia =================================================================== RCS file: RCS/asia,v retrieving revision 2000.3 retrieving revision 2000.3.0.1 diff -pu -r2000.3 -r2000.3.0.1 --- asia 2000/03/04 15:31:07 2000.3 +++ asia 2000/07/27 17:08:27 2000.3.0.1 @@ -370,9 +370,9 @@ Zone Asia/Jayapura 9:22:48 - LMT 1932 No 9:00 - JAYT # Iran -# From Paul Eggert (1999-09-27), following up a suggestion by Rich Wales: +# From Paul Eggert (2000-06-12), following up a suggestion by Rich Wales: # Ahmea Alavi in -# <a href="http://tehran.stanford.edu/Iran_Lib/Calendar/taghveem.txt"> +# <a href="http://www.persia.org/Iran_Lib/Calendar/taghveem.txt"> # TAGHVEEM (1993-07-12) # </a> # writes ``Daylight saving time in Iran starts from the first day @@ -385,12 +385,13 @@ Zone Asia/Jayapura 9:22:48 - LMT 1932 No # 1993 03-21 03-21 09-23 09-23 # 1994 03-21 03-21 09-22!= 09-23 # 1995 03-21 03-21 09-22!= 09-23 -# 1996 03-21!= 03-20 09-21!= 09-22 -# 1997 03-21 03-21 09-21!= 09-23 +# 1996 03-21!= 03-20 09-22 09-22 +# 1997 03-22!= 03-21 09-22!= 09-23 # 1998 03-21 03-21 09-21!= 09-23 # 1999 03-22!= 03-21 09-22!= 09-23 # 2000 03-21!= 03-20 09-21!= 09-22 -# 2001 03-17!= 03-21 09-19!= 09-23 +# 2001 03-19!= 03-21 09-19!= 09-23 +# 2002 03-18!= 03-21 09-18!= 09-23 # # Go with Alavi starting with 1992. # I used Ed Reingold's cal-persia in GNU Emacs 19.34 to compute Persian dates. @@ -455,7 +456,23 @@ Zone Asia/Tehran 3:25:44 - LMT 1916 4:00 Iran IR%sT 1979 3:30 Iran IR%sT + # Iraq +# +# From Jonathan Lennox <lennox(a)cs.columbia.edu> (2000-06-12): +# An article in this week's Economist ("Inside the Saddam-free zone", p. 50 in +# the U.S. edition) on the Iraqi Kurds contains a paragraph: +# "The three northern provinces ... switched their clocks this spring and +# are an hour ahead of Baghdad." +# +# But Rives McDow (2000-06-18) quotes a contact in Iraqi-Kurdistan as follows: +# In the past, some Kurdish nationalists, as a protest to the Iraqi +# Government, did not adhere to daylight saving time. They referred +# to daylight saving as Saddam time. But, as of today, the time zone +# in Iraqi-Kurdistan is on standard time with Baghdad, Iraq. +# +# So we'll ignore the Economist's claim. + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Iraq 1982 only - May 1 0:00 1:00 D Rule Iraq 1982 1984 - Oct 1 0:00 0 S @@ -526,7 +543,7 @@ Rule Zion 1988 only - Apr 9 0:00 1:00 D Rule Zion 1988 only - Sep 3 0:00 0 S # From Ephraim Silverberg <ephraim(a)cs.huji.ac.il> -# (1997-03-04, 1998-03-16, 1998-12-28, and 2000-01-17): +# (1997-03-04, 1998-03-16, 1998-12-28, 2000-01-17 and 2000-07-25): # According to the Office of the Secretary General of the Ministry of # Interior, there is NO set rule for Daylight-Savings/Standard time changes. @@ -537,14 +554,19 @@ Rule Zion 1988 only - Sep 3 0:00 0 S # Saturday night from midnight daylight savings time to 11 p.m. standard # time. 1996 is an exception to this rule where the change back to standard # time took place on Sunday night instead of Saturday night to avoid -# conflicts with the Jewish New Year. Starting in 1999, the change to -# daylight savings time will still be on a Friday morning but from +# conflicts with the Jewish New Year. In 1999, the change to +# daylight savings time was still on a Friday morning but from # 2 a.m. IST to 3 a.m. IDT; furthermore, the change back to standard time -# will now also be on a Friday morning from 2 a.m. IDT to 1 a.m. IST for -# 1999 only. In the years from 2000 to 2002, the change back will be from -# 2 a.m. IDT to 1 a.m. IST the morning after the Jewish festival of -# Shmini Atzeret (i.e. the morning of the 23rd of Tishrei in the lunar -# Hebrew calendar). +# was also on a Friday morning from 2 a.m. IDT to 1 a.m. IST for +# 1999 only. In the year 2000, the change to daylight savings time was +# similar to 1999, but although the change back will be on a Friday, it +# will take place from 1 a.m. IDT to midnight IST. Starting in 2001, all +# changes to/from will take place at 1 a.m. old time, but now there is no +# rule as to what day of the week it will take place in as the start date +# (except in 2003) is the night after the Passover Seder (i.e. the eve +# of the 16th of Nisan in the lunar Hebrew calendar) and the end date +# (except in 2002) is three nights before Yom Kippur [Day of Atonement] +# (the eve of the 7th of Tishrei in the lunar Hebrew calendar). # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Zion 1989 only - Apr 30 0:00 1:00 D @@ -592,29 +614,37 @@ Rule Zion 1998 only - Sep 6 0:00 0 S Rule Zion 1999 only - Apr 2 2:00 1:00 D Rule Zion 1999 only - Sep 3 2:00 0 S -# Minister of Interior, Natan Sharansky, has announced the dates for -# the years 2000-2002. However, sources inside the ministry have noted -# that the end date of 2000 and both dates of 2001-2002 should be regarded -# as tentative pending final approval. +# The Knesset Interior Committee has changed the dates for 2000 for +# the third time in just over a year and have set new dates for the +# years 2001-2004 as well. +# +# The official announcement for the start date of 2000 can be viewed at: +# +# ftp://ftp.huji.ac.il/pub/tz/announcements/2000-start.ps.gz # -# The official announcement for the years 2000-2002 can be viewed at: +# The official announcement for the end date of 2000 and the dates +# for the years 2001-2004 can be viewed at: # -# ftp://ftp.huji.ac.il/pub/tz/announcements/2000-2002.ps.gz +# ftp://ftp.huji.ac.il/pub/tz/announcements/2000-2004.ps.gz # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Zion 2000 only - Apr 14 2:00 1:00 D -Rule Zion 2000 only - Oct 22 2:00 0 S -Rule Zion 2001 only - Apr 6 2:00 1:00 D -Rule Zion 2001 only - Oct 10 2:00 0 S -Rule Zion 2002 only - Mar 29 2:00 1:00 D -Rule Zion 2002 only - Sep 29 2:00 0 S +Rule Zion 2000 only - Oct 6 1:00 0 S +Rule Zion 2001 only - Apr 9 1:00 1:00 D +Rule Zion 2001 only - Sep 24 1:00 0 S +Rule Zion 2002 only - Mar 29 1:00 1:00 D +Rule Zion 2002 only - Oct 7 1:00 0 S +Rule Zion 2003 only - Mar 28 1:00 1:00 D +Rule Zion 2003 only - Oct 3 1:00 0 S +Rule Zion 2004 only - Apr 7 1:00 1:00 D +Rule Zion 2004 only - Sep 22 1:00 0 S -# From Paul Eggert (2000-01-17): -# Here are guesses for rules after 2002. +# From Paul Eggert (2000-07-25): +# Here are guesses for rules after 2004. # They are probably wrong, but they are more likely than no DST at all. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -Rule Zion 2003 max - Mar Fri>=25 2:00 1:00 D -Rule Zion 2003 max - Oct 1 2:00 0 S +Rule Zion 2005 max - Apr 1 1:00 1:00 D +Rule Zion 2005 max - Oct 1 1:00 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Jerusalem 2:20:56 - LMT 1880 =================================================================== RCS file: RCS/australasia,v retrieving revision 2000.3 retrieving revision 2000.3.0.1 diff -pu -r2000.3 -r2000.3.0.1 --- australasia 2000/03/04 15:31:07 2000.3 +++ australasia 2000/07/27 17:08:27 2000.3.0.1 @@ -737,6 +737,9 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # (Australia) and start daylight saving on the last Sunday in August in 2000 # instead of the first Sunday in October. +# Sim Alam (2000-07-03) reported a legal citation for the 2000/2001 rules: +# http://www.thelaw.tas.gov.au/fragview/42++1968+GS3A@EN+2000070300 + # Victoria # The rules for 1971 through 1991 were reported by George Shepherd =================================================================== RCS file: RCS/tz-link.htm,v retrieving revision 2000.3 retrieving revision 2000.3.0.1 diff -pu -r2000.3 -r2000.3.0.1 --- tz-link.htm 2000/03/04 15:31:09 2000.3 +++ tz-link.htm 2000/07/27 17:08:27 2000.3.0.1 @@ -36,6 +36,9 @@ the code is in the file <samp>tzcode<var where <samp><var>C</var></samp> is the code's version; similarly, the data are in <samp>tzdata<var>D</var>.tar.gz</samp>, where <samp><var>D</var></samp> is the data's version. +The code lets you compile the text data into time zone files, one for +each location. It also lets you read a compiled time zone file and +interpret time stamps for that location. <P> The data are by no means authoritative. If you find errors, please send changes to the <A HREF="mailto:tz@elsie.nci.nih.gov">time zone @@ -46,12 +49,6 @@ HREF="ftp://elsie.nci.nih.gov/pub/tzarch messages</A> (in <A HREF="http://www.gzip.org/">gzip</A> compressed format). <P> -The <A HREF="http://www.gnu.org/software/libc/">GNU C Library</A> -has an independent, thread-safe implementation of -a time zone file reader that is compatible with <samp>tz</samp>. -This library is freely available under the GNU Library General Public License, -and is widely used in GNU/Linux systems. -<P> The Web has several other sources for time zone and daylight saving time data. Here are some recent links that may be of interest. <H2>Web pages using recent versions of the <samp>tz</samp> database</H2> @@ -73,6 +70,19 @@ zone converter</A> is a multilingual int is a web interface to a time zone database derived from <samp>tz</samp>'s. </UL> +<H2>Other time zone file readers</H2> +<UL> +<LI>The <A HREF="http://www.gnu.org/software/libc/">GNU C Library</A> +has an independent, thread-safe implementation of +a time zone file reader that is compatible with <samp>tz</samp>. +This library is freely available under the +<A HREF="http://www.gnu.org/copyleft/lesser.html"> +GNU Lesser General Public License (LGPL)</A>, +and is widely used in GNU/Linux systems. +<LI><A HREF="http://www.bmsi.com/java/#TZ">ZoneInfo.java</A> +is a time zone file reader written in Java. +It is freely available under the GNU LGPL. +</UL> <H2>Other <SAMP>tz</SAMP>-based time zone conversion software</H2> <UL> <LI><A @@ -85,9 +95,10 @@ Microsoft Windows 95/98/NT4 program. <H2>Other time zone databases</H2> <UL> <LI><A HREF="http://www.astro.ch/atlas/">Astrology / Astrologie -> -Astrodienst Atlas Database</A> is Astrodienst's Web version of <A -HREF="http://astrocom.com/books/xrefa.htm#SHANKS">Shanks's -excellent time zone history atlases</A> published by <A +Astrodienst Atlas Database</A> is Astrodienst's Web version of Shanks's +excellent time zone history atlases published in both <A +HREF="http://astrocom.com/software/ACS_PC_Atlas.htm">computer</A> and <A +HREF="http://astrocom.com/books/xrefa.htm#SHANKS">book</A> form by <A HREF="http://astrocom.com/">Astro Communications Services</A>. <LI><A HREF="http://worldtime.com/">WORLDTIME: interactive atlas, time info, public holidays</A> @@ -174,6 +185,14 @@ briefly explains interplanetary space fl of IERS</A> contains official publications of the International Earth Rotation Service, the committee that decides when leap seconds occur. +<LI>The <A +HREF="http://clockdev.usno.navy.mil/archives/leapsecs.html">Leap +Second Discussion List</A> covers <A +HREF="http://www.gisdevelopment.net/reference/scie/s_t_41_50.htm#47">McCarthy +and Klepczynski's proposal to remove leap seconds</A>, currently +being studied by a <A +HREF="http://www.intec.rug.ac.be/Research/Projects/ursi/Commissions.html">URSI +Commission J</A> working group. </UL> <H2>Time notation</H2> <UL>

3 2

RE: tzcode standard C patch
by Olson, Arthur David (NCI) July 27, 2000

July 27, 2000

> -----Original Message----- > From: Guy Harris [SMTP:guy@netapp.com] > Sent: Thursday, July 27, 2000 6:47 PM > To: Russ Allbery > Cc: tz(a)elsie.nci.nih.gov > Subject: Re: tzcode standard C patch > > > The primary system without strerror, if my memory serves me correctly, > is > > ULTRIX. > > I think SunOS 4.x might also lack it (but I'm not sure where the only > box I knew of here at NetApp still running 4.x disappeared to, so I > can't easily check). > The SunOS 4.x box we have here does indeed lack strerror. --ado

1 0

Re: tzcode standard C patch
by Russ Allbery July 27, 2000

July 27, 2000

Martin Smoot <msmoot(a)nssolutions.com> writes: > I would agree that changing the default for HAVE_STRERROR is a good idea > (we set it in our make file from the beginning) but would recommend > against removing the HAVE_STRERROR code from zic.c at this time. I > would suggest doing one or both of the following instead: > 1. add a #warning line within that block of code suggesting that having > HAVE_STRERROR set to zero may not be needed. > 2. put the strerror routine in a new source file (possibly not normally > compiled). > It always seems that when a routine is removed, somebody suddenly needs > it so keeping it around for a while may be a good idea. The primary system without strerror, if my memory serves me correctly, is ULTRIX. I know that there are still some people with ULTRIX boxes around, as someone was asking on the netscape.public.* groups a while ago about compiling Mozilla for it. -- Russ Allbery (rra(a)stanford.edu) <http://www.eyrie.org/~eagle/>

2 1

FW: Time Zone Converter in Perl
by Olson, Arthur David (NCI) July 27, 2000

July 27, 2000

Peter Eifler is not on the time zone mailing list; direct replies appropriately. --ado > -----Original Message----- > From: Dr. Peter Eifler [SMTP:info@eifler.com] > Sent: Thursday, July 27, 2000 6:41 PM > To: tz(a)elsie.nci.nih.gov > Subject: Time Zone Converter in Perl > > I would like to write a time zone converter in Perl using your > incredible time zone database. Where can I find some access code and > installing instructions? > > Thanks for your help! > > Peter Eifler (from Germany)

1 0

Time Zone Converter in Perl
by Dr. Peter Eifler July 27, 2000

July 27, 2000

I would like to write a time zone converter in Perl using your incredible time zone database. Where can I find some access code and installing instructions? Thanks for your help! Peter Eifler (from Germany)

1 0

RE: tzcode standard C patch
by Olson, Arthur David (NCI) July 27, 2000

July 27, 2000

...You shouldn't need that patch; all you > should need to do is to compile with -DHAVE_STRERROR=1. That being > said, I think HAVE_STRERROR should default to 1 these days; strerror > has been in the C standard for more than a decade and I no longer have > access to any hosts that lack strerror. > > Here's a proposed patch... > Another approach would be to just drop the two pieces of code that are conditioned on HAVE_STRERROR from zic.c. --ado

2 1

None
by firoz.vasi＠crt.com July 26, 2000

July 26, 2000

I need help with getting data/information files for certain zones on NeXTSTEP. They are not the standard GMT+5, GMT+6, etc. files, but need it for half hour changes. I guess GMT+55 (for GMT + 5.30). These files I believe go under zoneinfo. I would really appreciate it if someone could send me step by step instructions on how to do this, or send me the data files themselves after running zic or whatever. I tried to run zic, but came up with all kinds of compiler and data errors. Thanks Firoz Vasi

2 1

FW: tzcode standard C patch
by Olson, Arthur David (NCI) July 26, 2000

July 26, 2000

Torsten is not on the time zone mailing list; direct replies appropriately. --ado > -----Original Message----- > From: Torsten Duwe [SMTP:duwe@caldera.de] > Sent: Tuesday, July 25, 2000 8:35 AM > To: tz(a)elsie.nci.nih.gov > Cc: duwe(a)caldera.de > Subject: tzcode standard C patch > > Dear Mr. Olson (hope "tz" is a synonym, not a list :-) , > > attached you find the patch we at Caldera are using for quite a while > now to compile the tzcode under Linux, namely with the GNU C library, > version > 2 and up. I strongly believe the old code compiles on other, "tradidional" > Unix-like systems (if it does so at all without changes) because of their > excessive backward compatibility, that the GNU C library intentionally has > not. My manuals (GNU C library and NetBSD C Library) state that > strerror/perror/<errno.h> comply to > > ANSI X3.159-1989 (``ANSI C'') > BSD 4.3, POSIX, X/OPEN . > > I have carefully made the changes only to the "#ifdef unix" case, but I > think > it is applicable in general. > > Thank you for your attention, > > Torsten Duwe > > --- zic.c~ Thu May 28 15:56:07 1998 > +++ zic.c Mon Oct 12 17:04:02 1998 > @@ -9,6 +9,7 @@ > #include "tzfile.h" > #ifdef unix > #include "sys/stat.h" /* for umask manifest > constants */ > +#include <errno.h> > #endif /* defined unix */ > > /* > @@ -377,7 +378,9 @@ > strerror(errnum) > int errnum; > { > +#ifndef unix > extern char * sys_errlist[]; > +#endif > extern int sys_nerr; > > return (errnum > 0 && errnum <= sys_nerr) ?

3 2

FW: Israel Timezone -- Changes for 2000-2002 and New Dates for 20 03-2004
by Olson, Arthur David (NCI) July 25, 2000

July 25, 2000

Ephraim is not on the time zone mailing list; direct replies appropriately. --ado > -----Original Message----- > From: Ephraim Silverberg [SMTP:ephraim@cs.huji.ac.il] > Sent: Tuesday, July 25, 2000 4:09 AM > To: tz(a)elsie.nci.nih.gov > Cc: eggert(a)twinsun.com; Olson, Arthur David (NCI); rmcdow(a)enteles.com > Subject: Israel Timezone -- Changes for 2000-2002 and New Dates for > 2003-2004 > > On July 19, 2000, the Israeli Parliament [Knesset] has passed a statute > amending the dates for 2000-2002 and setting new dates for 2003-2004. > > Attached are the context diffs of the 'asia' file of tzdata2000d.tar.gz > showing the start/end dates of Daylight Savings Time in Israel from 2000 > until 2004 inclusive. > -----------------------------------CUT-HERE------------------------------- > ----- > *** asia Tue Mar 14 16:39:25 2000 > --- asia.new Tue Jul 25 10:59:59 2000 > *************** > *** 526,532 **** > Rule Zion 1988 only - Sep 3 0:00 0 > S > > # From Ephraim Silverberg <ephraim(a)cs.huji.ac.il> > ! # (1997-03-04, 1998-03-16, 1998-12-28, and 2000-01-17): > > # According to the Office of the Secretary General of the Ministry of > # Interior, there is NO set rule for Daylight-Savings/Standard time > changes. > --- 526,532 ---- > Rule Zion 1988 only - Sep 3 0:00 0 > S > > # From Ephraim Silverberg <ephraim(a)cs.huji.ac.il> > ! # (1997-03-04, 1998-03-16, 1998-12-28, 2000-01-17 and 2000-07-25): > > # According to the Office of the Secretary General of the Ministry of > # Interior, there is NO set rule for Daylight-Savings/Standard time > changes. > *************** > *** 537,550 **** > # Saturday night from midnight daylight savings time to 11 p.m. standard > # time. 1996 is an exception to this rule where the change back to > standard > # time took place on Sunday night instead of Saturday night to avoid > ! # conflicts with the Jewish New Year. Starting in 1999, the change to > ! # daylight savings time will still be on a Friday morning but from > # 2 a.m. IST to 3 a.m. IDT; furthermore, the change back to standard > time > ! # will now also be on a Friday morning from 2 a.m. IDT to 1 a.m. IST for > ! # 1999 only. In the years from 2000 to 2002, the change back will be > from > ! # 2 a.m. IDT to 1 a.m. IST the morning after the Jewish festival of > ! # Shmini Atzeret (i.e. the morning of the 23rd of Tishrei in the lunar > ! # Hebrew calendar). > > # Rule NAME FROM TO TYPE IN ON AT SAVE > LETTER/S > Rule Zion 1989 only - Apr 30 0:00 1:00 > D > --- 537,555 ---- > # Saturday night from midnight daylight savings time to 11 p.m. standard > # time. 1996 is an exception to this rule where the change back to > standard > # time took place on Sunday night instead of Saturday night to avoid > ! # conflicts with the Jewish New Year. In 1999, the change to > ! # daylight savings time was still be on a Friday morning but from > # 2 a.m. IST to 3 a.m. IDT; furthermore, the change back to standard > time > ! # was also be on a Friday morning from 2 a.m. IDT to 1 a.m. IST for > ! # 1999 only. In the year 2000, the change to daylight savings time was > ! # similar to 1999, but although the change back will be on a Friday, it > ! # will take place from 1 a.m. IDT to midnight IST. Starting in 2001, > all > ! # changes to/from will take place at 1 a.m. old time, but now there is > no > ! # rule as to what day of the week it will take place in as the start > date > ! # (except in 2003) is the night after the Passover Seder (i.e. the eve > ! # of the 16th of Nisan in the lunar Hebrew calendar) and the end date > ! # (except in 2002) is three nights before Yom Kippur [Day of Atonement] > ! # (the eve of the 7th of Tishrei in the lunar Hebrew calendar). > > # Rule NAME FROM TO TYPE IN ON AT SAVE > LETTER/S > Rule Zion 1989 only - Apr 30 0:00 1:00 > D > *************** > *** 592,620 **** > Rule Zion 1999 only - Apr 2 2:00 1:00 > D > Rule Zion 1999 only - Sep 3 2:00 0 > S > > ! # Minister of Interior, Natan Sharansky, has announced the dates for > ! # the years 2000-2002. However, sources inside the ministry have noted > ! # that the end date of 2000 and both dates of 2001-2002 should be > regarded > ! # as tentative pending final approval. > # > ! # The official announcement for the years 2000-2002 can be viewed at: > # > ! # ftp://ftp.huji.ac.il/pub/tz/announcements/2000-2002.ps.gz > > # Rule NAME FROM TO TYPE IN ON AT SAVE > LETTER/S > Rule Zion 2000 only - Apr 14 2:00 1:00 > D > ! Rule Zion 2000 only - Oct 22 2:00 0 > S > ! Rule Zion 2001 only - Apr 6 2:00 1:00 > D > ! Rule Zion 2001 only - Oct 10 2:00 0 > S > ! Rule Zion 2002 only - Mar 29 2:00 1:00 > D > ! Rule Zion 2002 only - Sep 29 2:00 0 > S > > # From Paul Eggert (2000-01-17): > ! # Here are guesses for rules after 2002. > # They are probably wrong, but they are more likely than no DST at all. > # Rule NAME FROM TO TYPE IN ON AT SAVE > LETTER/S > ! Rule Zion 2003 max - Mar Fri>=25 2:00 1:00 > D > ! Rule Zion 2003 max - Oct 1 2:00 0 > S > > # Zone NAME GMTOFF RULES FORMAT [UNTIL] > Zone Asia/Jerusalem 2:20:56 - LMT 1880 > --- 597,633 ---- > Rule Zion 1999 only - Apr 2 2:00 1:00 > D > Rule Zion 1999 only - Sep 3 2:00 0 > S > > ! # The Knesset Interior Committee has changed the dates for 2000 for > ! # the third time in just over a year and have set new dates for the > ! # years 2001-2004 as well. > # > ! # The official announcement for the start date of 2000 can be viewed at: > # > ! # ftp://ftp.huji.ac.il/pub/tz/announcements/2000-start.ps.gz > ! # > ! # The official announcement for the end date of 2000 and the dates > ! # for the years 2001-2004 can be viewed at: > ! # > ! # ftp://ftp.huji.ac.il/pub/tz/announcements/2000-2004.ps.gz > > # Rule NAME FROM TO TYPE IN ON AT SAVE > LETTER/S > Rule Zion 2000 only - Apr 14 2:00 1:00 > D > ! Rule Zion 2000 only - Oct 6 1:00 0 > S > ! Rule Zion 2001 only - Apr 9 1:00 1:00 > D > ! Rule Zion 2001 only - Sep 24 1:00 0 > S > ! Rule Zion 2002 only - Mar 29 1:00 1:00 > D > ! Rule Zion 2002 only - Oct 7 1:00 0 > S > ! Rule Zion 2003 only - Mar 28 1:00 1:00 > D > ! Rule Zion 2003 only - Oct 3 1:00 0 > S > ! Rule Zion 2004 only - Apr 7 1:00 1:00 > D > ! Rule Zion 2004 only - Sep 22 1:00 0 > S > > # From Paul Eggert (2000-01-17): > ! # Here are guesses for rules after 2004. > # They are probably wrong, but they are more likely than no DST at all. > # Rule NAME FROM TO TYPE IN ON AT SAVE > LETTER/S > ! Rule Zion 2005 max - Apr 1 1:00 1:00 > D > ! Rule Zion 2005 max - Oct 1 1:00 0 > S > > # Zone NAME GMTOFF RULES FORMAT [UNTIL] > Zone Asia/Jerusalem 2:20:56 - LMT 1880 > ----------------------------------UNTIL-HERE------------------------------ > ----- > > __________________________________________________________________________ > _ > Ephraim Silverberg, CSE System Group, Phone number: > 972-2-6585521 > Hebrew University, Jerusalem, Israel. Fax number: > 972-2-6585439 > WWW: http://www.cs.huji.ac.il/~ephraim E-mail: > ephraim(a)cse.huji.ac.il

1 0

tzcode standard C patch
by Torsten Duwe July 25, 2000

July 25, 2000

Dear Mr. Olson (hope "tz" is a synonym, not a list :-) , attached you find the patch we at Caldera are using for quite a while now to compile the tzcode under Linux, namely with the GNU C library, version 2 and up. I strongly believe the old code compiles on other, "tradidional" Unix-like systems (if it does so at all without changes) because of their excessive backward compatibility, that the GNU C library intentionally has not. My manuals (GNU C library and NetBSD C Library) state that strerror/perror/<errno.h> comply to ANSI X3.159-1989 (``ANSI C'') BSD 4.3, POSIX, X/OPEN . I have carefully made the changes only to the "#ifdef unix" case, but I think it is applicable in general. Thank you for your attention, Torsten Duwe --- zic.c~ Thu May 28 15:56:07 1998 +++ zic.c Mon Oct 12 17:04:02 1998 @@ -9,6 +9,7 @@ #include "tzfile.h" #ifdef unix #include "sys/stat.h" /* for umask manifest constants */ +#include <errno.h> #endif /* defined unix */ /* @@ -377,7 +378,9 @@ strerror(errnum) int errnum; { +#ifndef unix extern char * sys_errlist[]; +#endif extern int sys_nerr; return (errnum > 0 && errnum <= sys_nerr) ?

1 0

Israel Timezone -- Changes for 2000-2002 and New Dates for 2003-2004
by Ephraim Silverberg July 25, 2000

July 25, 2000

On July 19, 2000, the Israeli Parliament [Knesset] has passed a statute amending the dates for 2000-2002 and setting new dates for 2003-2004. Attached are the context diffs of the 'asia' file of tzdata2000d.tar.gz showing the start/end dates of Daylight Savings Time in Israel from 2000 until 2004 inclusive. -----------------------------------CUT-HERE------------------------------------ *** asia Tue Mar 14 16:39:25 2000 --- asia.new Tue Jul 25 10:59:59 2000 *************** *** 526,532 **** Rule Zion 1988 only - Sep 3 0:00 0 S # From Ephraim Silverberg <ephraim(a)cs.huji.ac.il> ! # (1997-03-04, 1998-03-16, 1998-12-28, and 2000-01-17): # According to the Office of the Secretary General of the Ministry of # Interior, there is NO set rule for Daylight-Savings/Standard time changes. --- 526,532 ---- Rule Zion 1988 only - Sep 3 0:00 0 S # From Ephraim Silverberg <ephraim(a)cs.huji.ac.il> ! # (1997-03-04, 1998-03-16, 1998-12-28, 2000-01-17 and 2000-07-25): # According to the Office of the Secretary General of the Ministry of # Interior, there is NO set rule for Daylight-Savings/Standard time changes. *************** *** 537,550 **** # Saturday night from midnight daylight savings time to 11 p.m. standard # time. 1996 is an exception to this rule where the change back to standard # time took place on Sunday night instead of Saturday night to avoid ! # conflicts with the Jewish New Year. Starting in 1999, the change to ! # daylight savings time will still be on a Friday morning but from # 2 a.m. IST to 3 a.m. IDT; furthermore, the change back to standard time ! # will now also be on a Friday morning from 2 a.m. IDT to 1 a.m. IST for ! # 1999 only. In the years from 2000 to 2002, the change back will be from ! # 2 a.m. IDT to 1 a.m. IST the morning after the Jewish festival of ! # Shmini Atzeret (i.e. the morning of the 23rd of Tishrei in the lunar ! # Hebrew calendar). # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Zion 1989 only - Apr 30 0:00 1:00 D --- 537,555 ---- # Saturday night from midnight daylight savings time to 11 p.m. standard # time. 1996 is an exception to this rule where the change back to standard # time took place on Sunday night instead of Saturday night to avoid ! # conflicts with the Jewish New Year. In 1999, the change to ! # daylight savings time was still be on a Friday morning but from # 2 a.m. IST to 3 a.m. IDT; furthermore, the change back to standard time ! # was also be on a Friday morning from 2 a.m. IDT to 1 a.m. IST for ! # 1999 only. In the year 2000, the change to daylight savings time was ! # similar to 1999, but although the change back will be on a Friday, it ! # will take place from 1 a.m. IDT to midnight IST. Starting in 2001, all ! # changes to/from will take place at 1 a.m. old time, but now there is no ! # rule as to what day of the week it will take place in as the start date ! # (except in 2003) is the night after the Passover Seder (i.e. the eve ! # of the 16th of Nisan in the lunar Hebrew calendar) and the end date ! # (except in 2002) is three nights before Yom Kippur [Day of Atonement] ! # (the eve of the 7th of Tishrei in the lunar Hebrew calendar). # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Zion 1989 only - Apr 30 0:00 1:00 D *************** *** 592,620 **** Rule Zion 1999 only - Apr 2 2:00 1:00 D Rule Zion 1999 only - Sep 3 2:00 0 S ! # Minister of Interior, Natan Sharansky, has announced the dates for ! # the years 2000-2002. However, sources inside the ministry have noted ! # that the end date of 2000 and both dates of 2001-2002 should be regarded ! # as tentative pending final approval. # ! # The official announcement for the years 2000-2002 can be viewed at: # ! # ftp://ftp.huji.ac.il/pub/tz/announcements/2000-2002.ps.gz # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Zion 2000 only - Apr 14 2:00 1:00 D ! Rule Zion 2000 only - Oct 22 2:00 0 S ! Rule Zion 2001 only - Apr 6 2:00 1:00 D ! Rule Zion 2001 only - Oct 10 2:00 0 S ! Rule Zion 2002 only - Mar 29 2:00 1:00 D ! Rule Zion 2002 only - Sep 29 2:00 0 S # From Paul Eggert (2000-01-17): ! # Here are guesses for rules after 2002. # They are probably wrong, but they are more likely than no DST at all. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S ! Rule Zion 2003 max - Mar Fri>=25 2:00 1:00 D ! Rule Zion 2003 max - Oct 1 2:00 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Jerusalem 2:20:56 - LMT 1880 --- 597,633 ---- Rule Zion 1999 only - Apr 2 2:00 1:00 D Rule Zion 1999 only - Sep 3 2:00 0 S ! # The Knesset Interior Committee has changed the dates for 2000 for ! # the third time in just over a year and have set new dates for the ! # years 2001-2004 as well. # ! # The official announcement for the start date of 2000 can be viewed at: # ! # ftp://ftp.huji.ac.il/pub/tz/announcements/2000-start.ps.gz ! # ! # The official announcement for the end date of 2000 and the dates ! # for the years 2001-2004 can be viewed at: ! # ! # ftp://ftp.huji.ac.il/pub/tz/announcements/2000-2004.ps.gz # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Zion 2000 only - Apr 14 2:00 1:00 D ! Rule Zion 2000 only - Oct 6 1:00 0 S ! Rule Zion 2001 only - Apr 9 1:00 1:00 D ! Rule Zion 2001 only - Sep 24 1:00 0 S ! Rule Zion 2002 only - Mar 29 1:00 1:00 D ! Rule Zion 2002 only - Oct 7 1:00 0 S ! Rule Zion 2003 only - Mar 28 1:00 1:00 D ! Rule Zion 2003 only - Oct 3 1:00 0 S ! Rule Zion 2004 only - Apr 7 1:00 1:00 D ! Rule Zion 2004 only - Sep 22 1:00 0 S # From Paul Eggert (2000-01-17): ! # Here are guesses for rules after 2004. # They are probably wrong, but they are more likely than no DST at all. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S ! Rule Zion 2005 max - Apr 1 1:00 1:00 D ! Rule Zion 2005 max - Oct 1 1:00 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Jerusalem 2:20:56 - LMT 1880 ----------------------------------UNTIL-HERE----------------------------------- ___________________________________________________________________________ Ephraim Silverberg, CSE System Group, Phone number: 972-2-6585521 Hebrew University, Jerusalem, Israel. Fax number: 972-2-6585439 WWW: http://www.cs.huji.ac.il/~ephraim E-mail: ephraim(a)cse.huji.ac.il

1 0

archive
by McKinstry, Alastair July 19, 2000

July 19, 2000

get latest/781 get latest/782 get latest/783

1 0

archive
by McKinstry, Alastair July 19, 2000

July 19, 2000

ls latest

1 0

archive help
by McKinstry, Alastair July 19, 2000

July 19, 2000

1 0

A mystery of Earth's wobble solved: It's the ocean (fwd)
by Markus Kuhn July 18, 2000

July 18, 2000

Here something for those time geeks interested in the cause of the difference between UT0 and UT1. Markus

1 0

Thank you, and a brief note on time zone offsets
by Russ Allbery July 16, 2000

July 16, 2000

I've just spent a very enjoyable and interesting part of a couple of days reading the full archives of the tz mailing list. Thank you, all! I now know considerably more about a rather fascinating topic than I did before. (And having the full archives going back fifteen years all available, in a format that my mail reader can even thread, sort, and score for me, is very nice; I'll have to bear that in mind for any mailing lists I may run in the future.) In partial thanks for all of the good information, here's a gotcha that I don't believe has been mentioned on this mailing list previously. There has been some previous discussion about the preferred form of representing time zone offsets; RFC 822 uses [+-]HHMM, while some other formats put a colon between the hours and the minutes. The previous discussion didn't seem to turn up much reason for preferring one over the other, and some general preference for leaving out the colon for a shorter format. I became interested in this whole topic in the process of standardizing INN's internal generation of Date headers. When I started on that, I discovered that someone who had been (re-)implementing support for generation of Date headers in the local time zone rather than UTC had taken the offset from UTC in seconds and, to convert to an offset, simply divided by 36! Thankfully, this never made it into a released version (and it's now fixed), but the RFC 822 format, combined with the relative scarcity of time zones whose offsets aren't even numbers of hours, actively encourages this mistake. Seconds offset from GMT divided by 36 and printed out as a number is actually correct for hour offset time zones, but gives e.g. -0250 instead of -0230 for other time zones, because rather than HHMM, it's actually fractional hours multiplied by 100. Had RFC 822 required the colon between hours and minutes, it would have made it clear that they were two separate numbers and would probably have prevented this mistake. As always with standards, it's best if a cursory inspection of the results suggests the right implementation, or at least doesn't suggest a mistaken implementation, as a lot of code gets written without actually referring to the real standard. :/ -- Russ Allbery (rra(a)stanford.edu) <http://www.eyrie.org/~eagle/>

1 0

help
by McKinstry, Alastair July 13, 2000

July 13, 2000

subscribe -- Alastair McKinstry - AlphaServer SC Engineering Compaq Computer Corporation, Ballybrit Business Park, Galway, Ireland Phone: +35391 754521 FAX +353 91 754435 <alastair.mckinstry(a)compaq.com>

1 0

Bulletin C number 20 (fwd)
by Markus Kuhn July 12, 2000

July 12, 2000

1 0