December 2006 - tz - lists.iana.org

Cuba is back into the CST zone :-)
by Roger Pe�a Escobio Dec. 4, 2006

Dec. 4, 2006

Hi I am using CentOS-4.4 a clone of RHEL-4.4 and with the more recent updates to the tzdata package (tzdata-2006m) we move from Havana CST to the Havana CDT, then our servers just went 1 hour to the future :-) I look into the changelog and for cuba, inside the northamerica file you can find, I cuote: # From Steffen Thorsen (2006-08-17): # It is likely that they are not reverting back to standard time this # year either, based on the number of responses I have got from users # (when my site claimed Cuba will end DST on lastSun/October) but , as a matter of fact, we revert back to CST last October you can see the Steffen page now: http://www.timeanddate.com/worldclock/city.html?n=99 and the corresponding news in the newspapers: http://www.granma.cubaweb.cu/2006/10/27/nacional/artic03.html http://cubahora.co.cu/index.php?tpl=principal/ver-noticias/ver-not_soc.tpl.… I am placing a bug report into the RedHat Bugzilla also thanks in advance roger __________________________________________ RedHat Certified Engineer ( RHCE ) Cisco Certified Network Associate ( CCNA ) ____________________________________________________________________________________ Yahoo! Music Unlimited Access over 1 million songs. http://music.yahoo.com/unlimited

1 0

Question about From & To rule fields...just t be certain I understand
by Philip Warner Dec. 3, 2006

Dec. 3, 2006

I'd like to clarify which year should be compared in from/to fields for rules (and zone lines). It seems reasonable that the AT field determines which year is to be compared (wallclock, utc or standard) -- is that correct? To give specific example: Rule Test 1999 only - Jan 1 0:00 2:00 - Rule Test 2000 only - Jan 1 0:00 0:00 - These are both wallclock rules, and suppose they are used in a region that is GMT+5. Then at UTC 31-Dec-1999 17:00 the WC time will turn to midnight....is that the point at which the clocks would be adjusted? And if so, in the following example: Rule Test 1999 only - Jan 1 0:00 2:00u - Rule Test 2000 only - Jan 1 0:00 0:00u - would the clocks adjust at UTC time 1-Jan-2000?

2 2

Vzic indicates missing tz rules
by Andy McDonald Dec. 1, 2006

Dec. 1, 2006

I've been using 'vzic' (http://dialspace.dial.pipex.com/prod/dialspace/town/pipexdsl/s/asbm26/vzic/) to convert tz data to iCal. vzic 1.3 issues the following - hopefully self-explanatory warnings when run against tz/2006p: ----------------- andy@zanzibar:~/packages/vzic-1.3$ ./vzic --pure WARNING: Couldn't find a LETTER_S to use in FORMAT: C%sT in Zone: Asia/Macau Leaving TZNAME empty WARNING: Couldn't find a LETTER_S to use in FORMAT: TM%sT in Zone: Asia/Ashgabat Leaving TZNAME empty WARNING: Couldn't find a LETTER_S to use in FORMAT: CE%sT in Zone: Europe/Warsaw Leaving TZNAME empty WARNING: Couldn't find a LETTER_S to use in FORMAT: WE%sT in Zone: Atlantic/Azores Leaving TZNAME empty WARNING: Couldn't find a LETTER_S to use in FORMAT: Y%sT in Zone: America/Nome Leaving TZNAME empty WARNING: Couldn't find a LETTER_S to use in FORMAT: M%sT in Zone: America/Inuvik Leaving TZNAME empty WARNING: Couldn't find a LETTER_S to use in FORMAT: P%sT in Zone: America/Whitehorse Leaving TZNAME empty WARNING: Couldn't find a LETTER_S to use in FORMAT: P%sT in Zone: America/Dawson Leaving TZNAME empty andy@zanzibar:~/packages/vzic-1.3$ ----------------- (this is a slightly modified version of vzic - see below; the '--pure' option is not important). Following through in tz for America/Inuvik, we see: ----------------- # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule NT_YK 1918 only - Apr 14 2:00 1:00 D Rule NT_YK 1918 only - Oct 27 2:00 0 S ... Zone America/Inuvik -8:54:52 - LMT 1884 -8:00 NT_YK P%sT 1979 Apr lastSun 2:00 -7:00 NT_YK M%sT 1980 -7:00 Canada M%sT ----------------- Significantly, America/Inuvik is defined explicitly from the 1800's onwards, but the rule NT_YK is defined only from 1918, hence this missing 'LETTER/S'. Similar issues affect America/Whitehorse and America/Dawson. America/Nome uses the rule 'US' from 1943 to 1946, although the rule isn't defined for most of that period. Spot-checking the other problem zones indicates similar problems. I've exchanged a few e-mails with the developer of vzic; he pointed out that vzic works around most of the above 'problem' zones (see line 899 of vzic_output.c, v1.3); I commented out the workaround to derive the above output. With the workaround, vzic warns on Inuvik, Whitehorse and Dawson only. Andy

2 1