- tz - lists.iana.org

tztab changes for HPUX
by Monty Solomon Feb. 10, 1996

Feb. 10, 1996

FYI Begin forwarded message: From: ajm(a)hpwin064.uksr.hp.com (Andy Monks) Newsgroups: comp.sys.hp.hpux Subject: tztab changes for HPUX Date: 23 Oct 1995 11:03:18 GMT Organization: Hewlett-Packard Message-Id: <46fspm$bhk(a)hpwin055.uksr.hp.com> -----BEGIN PGP SIGNED MESSAGE----- Dear Customer, Recent legislation has redefined the date at which we change between British Summer Time and Greenwich Mean Time. In 1995 we will return to GMT on 22nd October at 02:00 BST. The timezone adjustment table supplied with HP-UX does not take these legislative changes into account, and therefore modifications must be made if the time change is to take place correctly. The file to be modified is /usr/lib/tztab; it can be modified using vi. The section for British time is headed with the line "# Greenwich Mean Time, British Summer Time", and the table beneath it must be modified to resemble the table below: # Greenwich Mean Time, British Summer Time GMT0BST 0 3 25-31 3 1983-1984 0 BST-1 0 3 23-29 3 1985-1990 0 BST-1 0 3 25-31 3 1991-1994 0 BST-1 0 2 25-31 3 1995-2038 0 BST-1 0 1 25-31 10 1983-1985 0 GMT0 0 1 23-29 10 1986-1994 0 GMT0 0 1 21-27 10 1995 0 GMT0 0 1 25-31 10 1996-2038 0 GMT0 Note: The character 0 is the number zero in all cases include the GMT0BST line. IF THESE MODIFICATIONS ARE NOT MADE, YOUR SYSTEM WILL NOT CHANGE TO GMT ON 22ND OCTOBER THIS YEAR. It is also important to restart the cron daemon. If you need any further information, please contact the Hewlett-Packard Response Centre on 01344-366366. Yours faithfully, The Response Centre -----BEGIN PGP SIGNATURE----- Version: 2.6.2i iQCVAwUBMIt1+zjIE3zxzhaxAQHcoQQA1JEkjfFdwIDdKnCO1yAX1y9b/dJtU6aB uUAeBbZuONFAWJLlbkVO0FwU2RvXAGfbiApTQapxwlL2RBkU4u23Yynu+D6c4/Zy sK3LcHy2acBY3CTV1tr9py+Ya3v5ZdkiYnM726JGJhDJ3QefKMKkpQRnev3zlkUz QRK8WlbPbWU= =OJEn -----END PGP SIGNATURE-----

1 0

proposed patch for Mexico
by Paul Eggert Feb. 10, 1996

Feb. 10, 1996

I asked on the net about Mexico's DST rule change this year; the most authoritative-sounding response I got was from Kevin Pitts, so I've included his version in the patch proposed below. Further corrections may be needed, since there seems to be some confusion about the changes; e.g. in http://mexico-travel.com/mex_eng.html, Mexico's Ministry of Tourism claims that Mexico switched to US style DST rules way back in spring 1994. =================================================================== RCS file: RCS/northamerica,v retrieving revision 1995.13 retrieving revision 1995.13.1.1 diff -c -r1995.13 -r1995.13.1.1 *** northamerica 1995/12/21 17:18:31 1995.13 --- northamerica 1996/02/10 04:40:26 1995.13.1.1 *************** *** 852,857 **** --- 852,866 ---- # Shanks also says there are four zones, but disagrees about the fourth. # Instead of GMT-6 with DST, he says there's GMT-8 without DST. + # From Paul Eggert (1996-02-07): + # Today in news:4f90v4$g6g@news.internet.com.mx, Kevin Pitts + # <bravo2(a)internet.com.mx> wrote that Mexico will use Horario de Verano (DST) + # starting this year with the same rules as the US, and gave FIDE as a source. + # (FIDE is a private organization that promotes efficient electrical use.) + # On 1996-02-02 Mario Camou wrote that the transition times are Apr Sun>=1 + # 0:00 and Nov 1 0:00 but also wrote ``The DST-out date looks a bit fishy''. + # Go with Pitts after 1996, and with Shanks before that. + # From Shanks (1991): # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Mexico 1922 only - Jan 1 0:00 0 S *************** *** 863,868 **** --- 872,880 ---- Rule Mexico 1944 only - May 1 0:00 0 S Rule Mexico 1950 only - Feb 12 0:00 1:00 D Rule Mexico 1950 only - Jul 30 0:00 0 S + Rule Mexico 1996 max - Apr Sun>=1 2:00 1:00 D + Rule Mexico 1996 max - Oct lastSun 2:00 0 S + # Rule BajaN 1950 1966 - Apr lastSun 2:00 1:00 D Rule BajaN 1950 1961 - Sep lastSun 2:00 0 S Rule BajaN 1961 1966 - Oct lastSun 2:00 0 S *************** *** 883,902 **** -6:00 - CST 1942 Apr -7:00 - MST 1949 Jan 14 -8:00 - PST 1970 ! -7:00 - MST 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 -7:00 - MST 1949 Jan 14 -8:00 BajaN P%sT 1967 Apr lastSun 2:00 ! -8:00 US P%sT Zone America/Ensenada -7:46:28 - LMT 1922 Jan 1 0:13:32 -8:00 - PST 1927 Jun 10 23:00 -7:00 - MST 1930 Nov 16 -8:00 - PST 1942 Apr -7:00 - MST 1949 Jan 14 ! -8:00 - PST # # Revillagigedo Is # no information --- 895,916 ---- -6:00 - CST 1942 Apr -7:00 - MST 1949 Jan 14 -8:00 - PST 1970 ! -7:00 Mexico M%sT 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 -7:00 - MST 1949 Jan 14 -8:00 BajaN P%sT 1967 Apr lastSun 2:00 ! -8:00 US P%sT 1996 ! -8:00 Mexico P%sT Zone America/Ensenada -7:46:28 - LMT 1922 Jan 1 0:13:32 -8:00 - PST 1927 Jun 10 23:00 -7:00 - MST 1930 Nov 16 -8:00 - PST 1942 Apr -7:00 - MST 1949 Jan 14 ! -8:00 - PST 1996 ! -8:00 Mexico P%sT # # Revillagigedo Is # no information

1 0

DST in Mexico
by Alan.Perry＠Eng.Sun.COM Feb. 3, 1996

Feb. 3, 1996

This is what I got from our Mexico subsidiary. ------------- Begin Forwarded Message ------------- Date: Fri, 02 Feb 1996 19:38:38 -0600 From: Mario Camou - Sun Mexico Hi Alan, I finally got the info: DST-in date: 1st Sunday in April @ midnight (0:00) (bump clock 1 hour forward) DST-out date: October 31st @ midnight (24:00) (bump clock 1 hour back) TZ's affected: All of Mexico (Mexico/General, Mexico/BajaNorte and Mexico/BajaSur) The DST-out date looks a bit fishy, I'd think it more logical to put it @ the last sunday in October or something like that. However, this is the info I was able to get, and since I'm travelling to Los Angeles next week I thought it better to forward it to you now. -------------- End Forwarded Message --------------

1 0

Is Mexico starting DST back up?
by Alan.Perry＠Eng.Sun.COM Jan. 31, 1996

Jan. 31, 1996

I just got a query from our Mexico subsidiary stating that Mexico is resuming DST in April (after many years of not doing DST). This is not reflected in the current tzdata from elsie. Does anyone have any details about this? alan

1 0

Bangalore not in the same time zone as Calcutta?
by guy＠netapp.com Jan. 30, 1996

Jan. 30, 1996

This is a message that showed up in "info.sun-managers"; the only time zone I could find for India in the "tzdata96b" file was # India # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Calcutta 5:53:28 - LMT 1880 5:53 - CMT 1941 Oct # Calcutta Mean Time 6:30 - BMT 1942 May 15 5:30 - IST 1942 Sep 5:30 1:00 IST 1945 Oct 15 5:30 - IST which is 5 1/2 hours from GMT, not 5 hours from GMT.... From: jerome(a)india.ti.com (Jerome Alphonse) Newsgroups: info.sun-managers Subject: date problems between Solaris and SunOS Date: 27 Jan 1996 20:06:01 -0600 Organization: UTexas Mail-to-News Gateway Message-ID: <199601270204.HAA02126(a)supernova.india.ti.com> Hello Gurus Our timezone is GMT+5. We have setup our machines in this timezone So in SunOS machines , if I give date command ,the output is Sat Jan 27 06:45:57 GMT+0500 1996 Which seems to be okay. In Solaris machines, if I give date command, the output is (though we have set it up as GMT+5,during installation) Sat Jan 27 06:45:01 GMT 1996 Becoz' of which we are not able to run certain Solaris applications which look into SUNOS or HP-UX machines for licensing as license gives error saying that time gap is more than it could handle (probably those wretched 5 hours). Becoz of this time stamp of the files created across NFS( between SUNOS and Solaris), is also crazy In Solaris machines -rw-rw-r-- 1 aravind 0 Jan 26 20:47 123 -rw-rw-r-- 1 aravind 0 Jan 26 20:47 234 In Solaris machines ,same files(across NFS) -rw-rw-r-- 1 aravind 0 Jan 27 06:47 123 -rw-rw-r-- 1 aravind 0 Jan 27 06:47 234 And also due to this time zone problem , I suspect there are some NFS mount problems which I posted in this forum a day or two before. Regards Jerome \\|// \\|// @@@@ ($$) (@@) (!!) ----o00--()--00o------o00--()--o00--------o00-()-00o------ Jerome Alphonse Email: jerome(a)india.ti.com Systems Engineer Phone: 011-91-80-2264235/9 Texas Instruments Fax : 011-91-80-2267024 Bangalore 560052 India URL : http://www.india.ti.com/~jerome/ ===========================================================

1 0

tzdata96b.tar.gz
by ado Jan. 27, 1996

Jan. 27, 1996

The file tzdata96b.tar.gz is now available from elsie.nci.nih.gov (165.112.73.1): -rw-r--r-- 1 ado 73021 Jan 27 15:44 tzdata96b.tar.gz This includes the Kiribati change. --ado

1 0

proposed updates for Kiribati and Israel
by Paul Eggert Jan. 22, 1996

Jan. 22, 1996

Time zones made front-page news in today's _Wall Street Journal_, which reports that various countries in the Pacific are jockeying to be the first to welcome the 21st century, since this is rumored to be good for the tourist trade. So far, Kiribati has been the only one to officially change its clocks (see below) but we might see other changes in the future. The most extreme case is a threat by Cuba to move its clocks ahead 24 hours! Also, the stated rule for picking locations: # Use the most populous among locations in a country's time zone, # e.g. prefer `Shanghai' to `Beijing'. Among locations with # similar populations, pick the best-known location, # e.g. prefer `Rome' to `Milan'. suggests that Asia/Jerusalem is a better name choice than Asia/Tel_Aviv. Which location has the higher population depends on how you're counting (city limits? or metropolitan area?) and in the case of similar populations, Jerusalem should be chosen since it's better-known. Asia/Tel_Aviv should be retained for backward compatibility, of course. Here is a proposed patch. =================================================================== RCS file: RCS/australasia,v retrieving revision 1995.13 retrieving revision 1995.13.1.1 diff -c -r1995.13 -r1995.13.1.1 *** australasia 1995/12/21 17:18:27 1995.13 --- australasia 1996/01/22 21:06:45 1995.13.1.1 *************** *** 208,222 **** # uninhabited # Kiribati # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Tarawa 11:32:04 - LMT 1901 # Bairiki 12:00 - NZST Zone Pacific/Enderbury -11:24:20 - LMT 1901 -12:00 - KJT 1979 Oct ! -11:00 - SST Zone Pacific/Kiritimati -10:29:20 - LMT 1901 -10:40 - LIT 1979 Oct # Line Is Time ! -10:00 - THT # N Mariana Is # Zone NAME GMTOFF RULES FORMAT [UNTIL] --- 208,228 ---- # uninhabited # Kiribati + # From Paul Eggert (1996-01-22): + # Today's _Wall Street Journal_ (page 1) reports that Kiribati + # ``declared it the same day throught the country as of Jan. 1, 1995'' + # as part of the competition to be first into the 21st century. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Tarawa 11:32:04 - LMT 1901 # Bairiki 12:00 - NZST Zone Pacific/Enderbury -11:24:20 - LMT 1901 -12:00 - KJT 1979 Oct ! -11:00 - SST 1995 ! 13:00 - TGT Zone Pacific/Kiritimati -10:29:20 - LMT 1901 -10:40 - LIT 1979 Oct # Line Is Time ! -10:00 - THT 1995 ! 14:00 - KRT # N Mariana Is # Zone NAME GMTOFF RULES FORMAT [UNTIL] *************** *** 362,367 **** --- 368,377 ---- -10:00 - THT # Tonga + # From Paul Eggert (1996-01-22): + # Today's _Wall Street Journal_ (page 1) reports that ``Tonga has been plotting + # to sneak ahead of [New Zealanders] by introducing daylight-saving time.'' + # But since Kiribati has moved the Date Line it's not clear what Tonga will do. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Tongatapu 12:19:20 - LMT 1901 12:20 - TMT 1968 Oct *************** *** 403,409 **** # go ahead and edit the file (and please send any changes to # tz(a)elsie.nci.nih.gov for general use in the future). ! # From Paul Eggert <eggert(a)twinsun.com> (August 18, 1994): # A good source for time zone historical data outside the U.S. is # Thomas G. Shanks, The International Atlas (3rd edition), # San Diego: ACS Publications, Inc. (1991). --- 413,419 ---- # go ahead and edit the file (and please send any changes to # tz(a)elsie.nci.nih.gov for general use in the future). ! # From Paul Eggert <eggert(a)twinsun.com> (1996-01-22); # A good source for time zone historical data outside the U.S. is # Thomas G. Shanks, The International Atlas (3rd edition), # San Diego: ACS Publications, Inc. (1991). *************** *** 436,441 **** --- 446,452 ---- # 12:00 NZST NZDT New Zealand # 12:45 CHST CHDT Chatham* # 13:00 TGT Tongatapu* + # 14:00 KRT Kiritimati* # -12:00 KJT Kwajalein (no longer used)* # -11:00 SST Samoa # -10:40 LIT Line Is (no longer used)* =================================================================== RCS file: RCS/asia,v retrieving revision 1996.1 retrieving revision 1996.1.1.1 diff -c -r1996.1 -r1996.1.1.1 *** asia 1996/01/06 14:08:15 1996.1 --- asia 1996/01/22 21:06:45 1996.1.1.1 *************** *** 499,505 **** Rule Zion 1997 1998 - Oct Sun>=14 0:00 0:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] ! Zone Asia/Tel_Aviv 2:19:04 - LMT 1880 2:21 - JMT 1918 2:00 Zion I%sT --- 499,505 ---- Rule Zion 1997 1998 - Oct Sun>=14 0:00 0:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] ! Zone Asia/Jerusalem 2:20:56 - LMT 1880 2:21 - JMT 1918 2:00 Zion I%sT =================================================================== RCS file: RCS/backward,v retrieving revision 1995.13 retrieving revision 1995.13.1.1 diff -c -r1995.13 -r1995.13.1.1 *** backward 1995/12/21 17:18:38 1995.13 --- backward 1996/01/22 21:06:45 1995.13.1.1 *************** *** 7,12 **** --- 7,13 ---- Link America/Indianapolis America/Fort_Wayne Link America/Indiana/Knox America/Knox_IN Link America/St_Thomas America/Virgin + Link Asia/Jerusalem Asia/Tel_Aviv Link Australia/Sydney Australia/ACT Link Australia/Sydney Australia/Canberra Link Australia/Lord_Howe Australia/LHI *************** *** 45,51 **** Link Asia/Hong_Kong Hongkong Link Atlantic/Reykjavik Iceland Link Asia/Tehran Iran ! Link Asia/Tel_Aviv Israel Link America/Jamaica Jamaica Link Asia/Tokyo Japan Link Pacific/Kwajalein Kwajalein --- 46,52 ---- Link Asia/Hong_Kong Hongkong Link Atlantic/Reykjavik Iceland Link Asia/Tehran Iran ! Link Asia/Jerusalem Israel Link America/Jamaica Jamaica Link Asia/Tokyo Japan Link Pacific/Kwajalein Kwajalein

1 0

UK timezone news --- Summary: don't panic
by peter＠aldie.co.uk Jan. 21, 1996

Jan. 21, 1996

UK timezone matters came to a head on Friday 18 January when John Butterfill MP failed to get a second reading in the House of Commons for his British Time (Extra Daylight) Bill. This means nothing will change. This story starts back in 1989 when the Home Office, the department responsible for these things, produced a consultation document on Summer Time. Officially the Government were neutral, but it was widely reported that they wanted to move the UK into the central European timezone, GMT+1 in winter and GMT+2 in summer. Back then the EC (as it was then called) hadn't agreed on a common Summer Time end date so this proposed change was bound up with European harmonisation. There was a wide divergence of opinion in the responses to the document and the Government couldn't decide what to do. I am not aware of any statement being published. The Home Office, if you ask them, say the whole matter `is under consant review'. A friend of mine elsewhere in the Civil Service translates this as `we haven't a clue what to do about this and we wish it would go away'. In the intervening years the EC Commission agreed the seventh Directive on summertime arrangements which finally introduced a common end date. As this date was basically the UK end date, with all the other countries changing from the end of September to the end of October, this removed one of the objections in the UK for European harminisation: that it would lead to darker evenings in October. As the EC Commission has said several times that it is solely interested in harmonising dates and has no interest in what timezone countries are in, the responsibility for any change would now fall squarely on the UK Government and could not be blamed on Europe. In January 1995 a member of the House of Lords (the upper house of our Parliament), Viscount Mountgarret, introduced his Central European Time Bill. In the debate he complained bitterly about the lack of decision since 1989 and said the Government had broken several specific committments to him that things would be done. His Bill proposed that England, Wales and Northern Ireland, but not Scotland, move to CET. This moves the timezone boundary from the English Channel up to the Scottish border. The Scots, because of being in the far north and west of the UK, have been the most vociferous opponents of any change. His Bill was given a second reading, nobody put their names down to speak in the next, committee, stage, so as far as I understand Lords procedure it passed. It had no chance of becoming law however as nobody introduced it in the House of Commons. I think that Viscount Mountgarret introduced the Bill at least partly to put the Government on the spot and force some sort of decision. In that he failed. The action now moves to the House of Commons. Every year when the new session of Parliament starts there is a ballot among MPs for places on the list for introducing Private Members Bills. Only the first few MPs in the list have any hope of getting their Bill (which they might not even have thought of when they enter the ballot) passed into law, and then usually only with help in the form of debating time from the Government. Last year John Butterfill came top of the list, and announced he would introduce a British Time (Extra Daylight) Bill to move the whole of the UK into the CET zone. I think he offered the Scots the option of opting out if they wanted to but nobody really took this seriously. This did put the Government on the spot as they would have to decide whether to give it time. I asked the Home Office last week and all they would say was: `the Government's position was that it was not a party political matter and it would be decided by Parliament on a free vote'. It was widely reported though that they wouldn't give it time, the Scottish Office ministers had won the right to vote against it and all other ministers had been instructed to abstain or have some other engagement so they wouldn't be in the House at all. In the event none of this was really necessary. Last Friday, after a good humoured debate, the Bill fell on a technicality. One hundred MPs were required (I don't know why, some arcane rule) to vote in favour of a motion to close the debate, so the Bill's second reading vote could take place. Only 93 voted in favour and the Bill was lost. The Government escapes one again without having to make any decision. So, nothing changes as a result of all this, but the backers of the Bill, who call themselves the Daylight Extra Campaign, have already said they will be back. There will have to be an election in the UK before the end of April next year and if the current opinion polls are to be believed the Conservative Party are heading for a drubbing of possibly Canadian proportions. The Daylight Extra folk are already talking of bringing the proposal back, possibly as a 5 year experiment, after a change of Government. One of the most depressing things about all this is that many people have been taken in by John Butterfill's `(Extra Daylight)' and somehow think that politicians can conjure the stuff out of thin air. Peter Ilieve peter(a)aldie.co.uk

2 1

Re: Bug#1229
by Alan.Perry＠Eng.Sun.COM Jan. 18, 1996

Jan. 18, 1996

> From guy(a)netapp.com Wed Jan 17 21:58 PST 1996 > > Reported by Herbert Xu <herbert(a)greathan.apana.org.au> > > > > PRC abandoned daylight saving in 1992 or 1993 but currently the files do > > not reflect this change. > > The latest version of the time zone data files appear to reflect this: > > # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S > Rule Shang 1928 only - Jan 1 0:00 0 S > Rule Shang 1940 only - Jun 3 0:00 1:00 D > Rule Shang 1940 1941 - Oct 1 0:00 0 S > Rule Shang 1941 only - Mar 16 0:00 1:00 D > Rule PRC 1949 only - Jan 1 0:00 0 S > Rule PRC 1986 only - May 4 0:00 1:00 D > Rule PRC 1986 1991 - Sep Sun>=11 0:00 0 S > Rule PRC 1987 1991 - Apr Sun>=10 0:00 1:00 D > > although earlier versions didn't, I think (the files in SunOS 5.4 > doesn't, for example, and they're probably based on an earlier version). SunOS 5.4 (Solaris 2.4) zoneinfo files are taken from tzdata94d. There should be a patch available that will update this to tzdata95c (I think). We still need to update our zic to compile some of the latest zoneinfo files (like europe) as well as fix zdump, which we (I) :-( broke in 2.4. alan

1 0

Re: Bug#1229
by Fernando Alegre Jan. 18, 1996

Jan. 18, 1996

Reported by Herbert Xu <herbert(a)greathan.apana.org.au> PRC abandoned daylight saving in 1992 or 1993 but currently the files do not reflect this change.

2 1