February 2006 - tz - lists.iana.org

RE: America/Edmonton and other zone naming issues
by Paul Schauble Feb. 8, 2006

Feb. 8, 2006

We actually might be able to do that in the US. As far as I know, all of these zone changes are done by country. The only exceptions I know of in the states where incorporated cities are more or less equivalent to counties. So we might have America/Indiana/Pulaski Pulaski County America/Arizona America/Navajo Navajo reservation, or America/Dineh If we made links for America/<State>/<Jurisdiction> to whatever was right, we would cover 99.9% of these changes without people needing to change the name they use. <Jurisdiction> is usually county, but could be an incorporated city or an indian nation, or a few other things. I think the real need, though, is to tie the zone name to the jurisdiction making the change, and not to pick an arbitrary city as a proxy for the deciding jurisdiction. Where an entire state follows the same rules, don't create the county level. Just for reference, the US has 3,007 entities named "County" 16 Boroughs in Alaska 11 Census Areas in Alaska (for areas not organized into Boroughs by the State) 64 Parishes in Louisiana 42 Independent Cities (1 in Maryland, 1 in Missouri, 1 in Nevada, and the remainder in Virginia) 1 District - the Federal District or District of Columbia. -----Original Message----- From: tz-request(a)elsie.nci.nih.gov [mailto:tz-request@elsie.nci.nih.gov] On Behalf Of Mark Davis Sent: Wednesday, February 08, 2006 8:23 AM To: tz(a)lecserver.nci.nih.gov Cc: tz(a)lecserver.nci.nih.gov Subject: Re: America/Edmonton and other zone naming issues What would be even better would be physical boundaries for each given zone. Right now, within multi-zone countries, the timezone database alone is insufficient to determine the behavior of any given city (or other location). Mark

2 1

Pulaski County rebels against the Department of Transportation
by Paul Eggert Feb. 8, 2006

Feb. 8, 2006

According to an AP article <http://www.indystar.com/apps/pbcs.dll/article?AID=/20060207/NEWS01/60207040…>, officials in Pulaski County, Indiana, have changed their minds, and want to undo the time-zone change that they asked the feds to grant a few months ago. "While it's official, it's unofficial: We will not set our clocks with Chicago; we'll set our clocks with Indianapolis," said Pulaski County Council President Sam Frain. Even if they follow through with this threat, we won't have to create a new zone; Pulaski County residents can continue to use the America/Indiana/Indianapolis zone. However, we should adjust zone.tab and the comments to make it clear that Pulaski County is still using Indianapolis time.

1 0

FW: America/Edmonton 2007
by Chris Walton-TM Feb. 8, 2006

Feb. 8, 2006

-----Original Message----- From: Chris Walton-TM Sent: February 7, 2006 1:42 AM To: tz(a)lecserver.nci.nih.gov Subject: America/Edmonton 2007 The Alberta government announced on Feb 2 that it will extend daylight savings by four weeks starting in 2007. This will match the changes that have been made in the United States. I am hoping that "America/Edmonton" can be updated in the next tzdata release. Here is a link from the CBC website. http://www.cbc.ca/calgary/story/ca_daylight20060202.html Thanks. -chris

2 1

Re: FW: tzcode2006a.tar.gz on Irix 6.5.18m
by Paul Eggert Feb. 7, 2006

Feb. 7, 2006

Andrew Donaldson <A.Donaldson(a)bom.gov.au> writes: > Yep, that fixes it. Thanks for checking it. > Do you plan to include this in the next version? Yes, I'll submit it as part of my next proposed patch; Arthur David Olson has the final say.

1 0

Re: FW: tzcode2006a.tar.gz on Irix 6.5.18m
by Paul Eggert Feb. 7, 2006

Feb. 7, 2006

Thanks for looking into the problem. zdump.c relies on undefined behavior on overflow, which is the problem here, but if we can assume C99+LIA-1 semantics (the common case) we can get a reliable result. Also, I think it's safer to avoid 'register'. Does the following patch to zdump.c fix things for you? --- zdump.c 2006/02/02 20:42:22 2005.18.0.1 +++ zdump.c 2006/02/08 00:33:28 @@ -418,14 +418,21 @@ _("%s: use of -v on system with floating } } else if (0 > (time_t) -1) { /* - ** time_t is signed. + ** time_t is signed. Assume overflow wraps around. */ - register time_t hibit; + time_t t = 0; + time_t t1 = 1; - for (hibit = 1; (hibit * 2) != 0; hibit *= 2) - continue; - absolute_min_time = hibit; - absolute_max_time = -(hibit + 1); + while (t < t1) { + t = t1; + t1 = 2 * t1 + 1; + } + + absolute_max_time = t; + t = -t; + absolute_min_time = t - 1; + if (t < absolute_min_time) + absolute_min_time = t; } else { /* ** time_t is unsigned.

1 0

RE: OT- trouble connecting to elsie-
by Olson, Arthur David (NIH/NCI) [E] Feb. 7, 2006

Feb. 7, 2006

I've just update the TCP wrapper in user here at elsie; give ftp a try and let me know one way or the other. Thanks! --ado -----Original Message----- From: Dave Cantor [mailto:Dave@Cantor.mv.com] Sent: Monday, February 06, 2006 8:26 AM To: Paul Eggert Cc: tz(a)lecserver.nci.nih.gov Subject: Re: OT- trouble connecting to elsie- On 5 Feb 2006 at 22:59, Paul Eggert wrote: > > Date: Fri, 03 Feb 2006 09:51:19 -0500 > > From: "Dave Cantor" <Dave(a)Cantor.mv.com> > > Message-ID: <43E32797.7719.2F8A382(a)Dave.Cantor.mv.com> > > | I have not been able to connect to elsie.nci.nih.gov via ftp, or, > > | rather, whenever I connect, the remote host disconnects. Is > > | anyone else having this trouble? > In the past this has happened when people attempt to connect to elsie > from blacklisted IP addresses. I don't know who's in charge of the > blacklist, unfortunately. It could be something as simple as the > reverse-DNS entry for your IP address; is it set up properly? As far as I can tell, the reverse-DNS entry is correct: host174-106.defiant.tvcconnect.net, IP address 216.255.174.106, Maybe it's blacklisted for some reason. Thanks, Dave C.

2 1

FW: Bug#351049: libc6: America/Havana DST info wrong for 2005/2006
by Olson, Arthur David (NIH/NCI) [E] Feb. 6, 2006

Feb. 6, 2006

Lionel Elie Mamane is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Lionel Elie Mamane [mailto:lionel@mamane.lu] Sent: Thursday, February 02, 2006 9:18 AM To: Debian Bug Tracking System Subject: Bug#351049: libc6: America/Havana DST info wrong for 2005/2006 Package: libc6 Version: 2.3.5-12.1 Severity: normal Cuba did not switch back to non-DST time on October 2005, but the timezone info in libc thinks it did: Rule Cuba 2005 max - Oct lastSun 0:00s 0 S That line should probably be changed to Rule Cuba 2006 max - Oct lastSun 0:00s 0 S Source: http://www.timeanddate.com/worldclock/timezone.html?n=99 (and a friend that spent vacation in Cuba) Note that the timezone/northamerica says: # From Evert van der Veer via Steffen Thorsen (2004-10-28): # Cuba is not going back to standard time this year. # From Paul Eggert (2004-10-28): # http://www.granma.cu/ingles/2004/septiembre/juev30/41medid-i.html # says that it's due to a problem at the Antonio Guiteras # thermoelectric plant, and says "This October there will be no return # to normal hours (after daylight saving time)". # For now, let's assume that it's a one-year temporary measure. ^^^^^^^^^^^^^^^^^^^^^^^^^ So it became a two-year temporary measure? We are not sure if it won't become a 3+ year temporary measure. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-deb1-64bit Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) -- no debconf information

5 11

RE: Misspelling With the Australia/Lord_Howe Time Zone
by Olson, Arthur David (NIH/NCI) [E] Feb. 6, 2006

Feb. 6, 2006

I failed to find a "load" problem here at elsie (see below). (I also tried looking in the SCCS record to no avail.) --ado Script started on Mon 06 Feb 2006 10:17:36 AM EST lecserver$ ls -l total 0 -rw-r--r-- 1 olsona root 0 Feb 6 10:17 typescript lecserver$ ftp elsie.nci.nih.gov Connected to lecserver. 220 lecserver FTP server (Version wu-2.6.2(4)+connect-dos.patch+realpath.patch Tue Apr 13 15:43:02 EDT 2004) ready. Name (elsie.nci.nih.gov:olsona): anonymous 331 Guest login ok, send your complete e-mail address as password. Password: 230 Guest login ok, access restrictions apply. ftp> binary 200 Type set to I. ftp> prompt Interactive mode off. ftp> cd pub 250 CWD command successful. ftp> get tzcode2006a.tar.gz 200 PORT command successful. 150 Opening BINARY mode data connection for tzcode2006a.tar.gz (180636 bytes). 226 Transfer complete. local: tzcode2006a.tar.gz remote: tzcode2006a.tar.gz 180636 bytes received in 0.031 seconds (5761.77 Kbytes/s) ftp> get tzdata2006a.tar.gz 200 PORT command successful. 150 Opening BINARY mode data connection for tzdata2006a.tar.gz (149612 bytes). 226 Transfer complete. local: tzdata2006a.tar.gz remote: tzdata2006a.tar.gz 149612 bytes received in 0.058 seconds (2507.86 Kbytes/s) ftp> quit 221-You have transferred 330248 bytes in 2 files. 221-Total traffic for this session was 331005 bytes in 2 transfers. 221-Thank you for using the FTP service on lecserver. 221 Goodbye. lecserver$ gunzip < *code* | tar xfp - lecserver$ gunzip < *data* | tar xfp - lecserver$ ls -l total 3152 -r--r--r-- 1 olsona root 20768 Jan 26 10:19 africa -r--r--r-- 1 olsona root 12028 Jan 26 10:19 antarctica -r--r--r-- 1 olsona root 4094 Jan 26 10:19 asctime.c -r--r--r-- 1 olsona root 65779 Jan 30 08:59 asia -r--r--r-- 1 olsona root 55475 Jan 26 10:19 australasia -r--r--r-- 1 olsona root 3678 Jan 26 10:19 backward -r--r--r-- 1 olsona root 3417 Jan 26 10:19 checktab.awk -r--r--r-- 1 olsona root 5065 Jan 26 10:19 date.1 -rw-r--r-- 1 olsona root 6151 Jan 30 08:59 date.1.txt -r--r--r-- 1 olsona root 22986 Jan 26 10:19 date.c -r--r--r-- 1 olsona root 1708 Jan 26 10:19 difftime.c -r--r--r-- 1 olsona root 2921 Jan 26 10:19 etcetera -r--r--r-- 1 olsona root 104518 Jan 26 10:19 europe -r--r--r-- 1 olsona root 311 Jan 26 10:19 factory -r--r--r-- 1 olsona root 1273 Jan 26 10:19 ialloc.c -r--r--r-- 1 olsona root 4008 Jan 26 10:19 iso3166.tab -r--r--r-- 1 olsona root 55948 Jan 26 10:19 itca.jpg -r--r--r-- 1 olsona root 3080 Jan 26 10:19 leapseconds -r--r--r-- 1 olsona root 45789 Jan 26 10:19 localtime.c -r--r--r-- 1 olsona root 2010 Jan 26 10:19 logwtmp.c -r--r--r-- 1 olsona root 15516 Jan 26 10:19 Makefile -r--r--r-- 1 olsona root 5766 Jan 26 10:19 newctime.3 -rw-r--r-- 1 olsona root 5942 Jan 30 08:59 newctime.3.txt -r--r--r-- 1 olsona root 6732 Jan 26 10:19 newstrftime.3 -rw-r--r-- 1 olsona root 4995 Jan 30 08:59 newstrftime.3.txt -r--r--r-- 1 olsona root 5338 Jan 26 10:19 newtzset.3 -rw-r--r-- 1 olsona root 6850 Jan 30 08:59 newtzset.3.txt -r--r--r-- 1 olsona root 92970 Jan 30 08:59 northamerica -r--r--r-- 1 olsona root 1112 Jan 26 10:19 pacificnew -r--r--r-- 1 olsona root 6839 Jan 26 10:19 private.h -r--r--r-- 1 olsona root 3739 Jan 26 10:19 README -r--r--r-- 1 olsona root 1105 Jan 26 10:19 scheck.c -r--r--r-- 1 olsona root 19224 Jan 26 10:19 solar87 -r--r--r-- 1 olsona root 19242 Jan 26 10:19 solar88 -r--r--r-- 1 olsona root 19518 Jan 26 10:19 solar89 -r--r--r-- 1 olsona root 45285 Jan 26 10:19 southamerica -r--r--r-- 1 olsona root 18681 Jan 26 10:19 strftime.c -r--r--r-- 1 olsona root 1464 Jan 26 10:19 systemv -r--r--r-- 1 olsona root 24038 Jan 26 10:19 Theory -r--r--r-- 1 olsona root 3290 Jan 26 10:19 time2posix.3 -rw-r--r-- 1 olsona root 3402 Jan 30 08:59 time2posix.3.txt -rw-r--r-- 1 olsona root 0 Feb 6 10:17 typescript -r--r--r-- 1 olsona root 11956 Jan 26 10:19 tz-art.htm -r--r--r-- 1 olsona root 28222 Jan 30 08:59 tz-link.htm -rw-r--r-- 1 olsona root 180636 Feb 6 10:18 tzcode2006a.tar.gz -rw-r--r-- 1 olsona root 149612 Feb 6 10:18 tzdata2006a.tar.gz -r--r--r-- 1 olsona root 3669 Jan 26 10:19 tzfile.5 -rw-r--r-- 1 olsona root 3789 Jan 30 08:59 tzfile.5.txt -r--r--r-- 1 olsona root 4792 Jan 26 10:19 tzfile.h -r--r--r-- 1 olsona root 1100 Jan 26 10:19 tzselect.8 -rw-r--r-- 1 olsona root 1089 Jan 30 08:59 tzselect.8.txt -r--r--r-- 1 olsona root 6880 Jan 26 10:19 tzselect.ksh -r--r--r-- 1 olsona root 5839 Jan 26 10:19 usno1988 -r--r--r-- 1 olsona root 21156 Jan 26 10:19 usno1989 -r--r--r-- 1 olsona root 21154 Jan 26 10:19 usno1989a -r--r--r-- 1 olsona root 10354 Jan 26 10:19 usno1995 -r--r--r-- 1 olsona root 10405 Jan 26 10:19 usno1997 -r--r--r-- 1 olsona root 10405 Jan 26 10:19 usno1998 -r--r--r-- 1 olsona root 404 Jan 26 10:19 workman.sh -r--r--r-- 1 olsona root 610 Jan 26 10:19 yearistype.sh -r--r--r-- 1 olsona root 1365 Jan 26 10:19 zdump.8 -rw-r--r-- 1 olsona root 1449 Jan 30 08:59 zdump.8.txt -r--r--r-- 1 olsona root 15656 Jan 26 10:19 zdump.c -r--r--r-- 1 olsona root 10192 Jan 26 10:19 zic.8 -rw-r--r-- 1 olsona root 10463 Jan 30 08:59 zic.8.txt -r--r--r-- 1 olsona root 53629 Jan 26 10:19 zic.c -r--r--r-- 1 olsona root 17770 Jan 30 08:59 zone.tab lecserver$ grep -i load * date.1:UTC leap seconds are loaded from date.1.txt: are loaded from /usr/local/etc/zoneinfo/posixrules. etcetera:# as functions like gmtime load the "GMT" file to handle leap seconds properly. localtime.c:** The DST rules to use if TZ has no rules and we can't load TZDEFRULES. localtime.c:static void gmtload P((struct state * sp)); localtime.c:static int tzload P((const char * name, struct state * sp)); localtime.c:tzload(name, sp) localtime.c: register int load_result; localtime.c: load_result = tzload(TZDEFRULES, sp); localtime.c: if (load_result != 0) localtime.c: if (*name == '\0' && load_result != 0) localtime.c:gmtload(sp) localtime.c: if (tzload(gmt, sp) != 0) localtime.c: if (tzload((char *) NULL, lclptr) != 0) localtime.c: gmtload(lclptr); localtime.c: } else if (tzload(name, lclptr) != 0) localtime.c: (void) gmtload(lclptr); localtime.c: gmtload(gmtptr); newctime.3:UTC leap seconds are loaded from newctime.3.txt: are loaded from /usr/local/etc/zoneinfo/posixrules. newtzset.3:UTC leap seconds are loaded from newtzset.3.txt: are loaded from /usr/local/etc/zoneinfo/posixrules. tz-link.htm:The following shell commands download tz-link.htm:see the downloaded tz-link.htm:href="http://www.manifold.net/download/freemaps.html">Free Maps and lecserver$ exit script done on Mon 06 Feb 2006 10:18:55 AM EST ________________________________ From: Zeb Olaff [mailto:zebonebo@gmail.com] Sent: Friday, February 03, 2006 8:45 PM To: tz(a)lecserver.nci.nih.gov Subject: Misspelling With the Australia/Lord_Howe Time Zone I am using your database and have found that the full name for the Australia/Lord_Howe reads "Load Howe" instead of "Lord Howe". Hopefully this is the correct email address to send this information to. Thank You, Zeb Olaf

1 0

FW: Misspelling With the Australia/Lord_Howe Time Zone
by Olson, Arthur David (NIH/NCI) [E] Feb. 6, 2006

Feb. 6, 2006

Zeb Olaff is not on the time zone mailing list; direct replies appropriately. --ado ________________________________ From: Zeb Olaff [mailto:zebonebo@gmail.com] Sent: Friday, February 03, 2006 8:45 PM To: tz(a)lecserver.nci.nih.gov Subject: Misspelling With the Australia/Lord_Howe Time Zone I am using your database and have found that the full name for the Australia/Lord_Howe reads "Load Howe" instead of "Lord Howe". Hopefully this is the correct email address to send this information to. Thank You, Zeb Olaf

1 0

Misspelling With the Australia/Lord_Howe Time Zone
by Zeb Olaff Feb. 3, 2006

Feb. 3, 2006

I am using your database and have found that the full name for the Australia/Lord_Howe reads "Load Howe" instead of "Lord Howe". Hopefully this is the correct email address to send this information to. Thank You, Zeb Olaf

1 0