- tz - lists.iana.org

RE: FW: Dead Links
by Robert Elz Oct. 12, 2007

Oct. 12, 2007

I received the following reply from Bert ... (originally it included a copy of me message, ,which I deleted here). kre ------- Forwarded Message From: "Bert van Heerde" <bert(a)insyde.nl> Date: Wed, 10 Oct 2007 10:07:51 +0200 To: "'Robert Elz'" <kre(a)munnari.OZ.AU> Subject: RE: FW: Dead Links Hi Robert, You're absolutely right. I checked the tool and it does indeed flag ftp links with the same color as redirects (to be exact: forbidden or forwarded links). Sorry for the false alarm on those links. kind regards, Bert ------- End of Forwarded Message

1 0

Dead Links
by Bert van Heerde Oct. 9, 2007

Oct. 9, 2007

Dear Twin Sun employee, I was looking for places to submit links for my site world-map.nl and saw your page and the request for corrections. I was a bit bored, so analyzed the page :-) Below you will find the deadlinks on the page: http://www.twinsun.com/tz/tz-link.htm Maybe this linkchecker can help you out: https://addons.mozilla.org/en-US/firefox/addon/532 since W3C tool http://validator.w3.org/checklink is a bit slow. Have nice day! Bert Dead Links: <http://unicode.org/cldr/data/charts/by_type/names.zone.html> By-Type Chart: names.zone <http://www.metrologie.at/pdf/sommerzeit.pdf> daylight saving time in Austria (in German). <http://mozware.free.fr/devtools/xmlDate/> xmlDate <http://www.calconnect.org/dstlinks.html> Extended Daylight Saving Time Links, Advisories and Changes Redirects: <ftp://elsie.nci.nih.gov/pub/> FTP distribution <ftp://munnari.oz.au/pub/oldtz/> archived older versions of code and data <ftp://ftp.rfc-editor.org/in-notes/rfc2445.txt> Internet Calendaring and Scheduling Core Object Specification (iCalendar) <ftp://ftp.cs.huji.ac.il/pub/tz/announcements/> announcements (in Hebrew). <ftp://ftp.rfc-editor.org/internet-drafts/draft-ietf-dhc-timezone-option-04. txt> A Timezone Option for DHCP <ftp://ftp.rfc-editor.org/in-notes/rfc2822.txt> Internet RFC 2822 <ftp://ftp.rfc-editor.org/in-notes/rfc2616.txt> HTTP <ftp://ftp.rfc-editor.org/in-notes/rfc3339.txt> Internet RFC 3339

1 0

FW: End of DST 2007 in Cuba?
by Olson, Arthur David (NIH/NCI) [E] Oct. 8, 2007

Oct. 8, 2007

I'm forwarding this message from Dirk Losch, who's on the time zone mailing list at a different address than that shown below. Direct replies appropriately. --ado -----Original Message----- From: Dirk Losch [mailto:dirk.losch@gmx.de] Sent: Friday, October 05, 2007 5:17 AM To: tz(a)lecserver.nci.nih.gov Subject: End of DST 2007 in Cuba? Hello, according to tzdata2007h the end of DST for Cuba is at the first Sunday in November: Rule Cuba 2007 max - Mar Sun>=8 0:00s 1:00 D Rule Cuba 2007 max - Nov Sun>=1 0:00s 0 S But some airlines use 2007-08-28 for the end of DST. So what is correct? Best regards dirk -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail

2 1

DST for Australian timezones not working
by Prabhuram K Oct. 8, 2007

Oct. 8, 2007

Hi, I wanted to update my linux box with the recent DST changes in Australia/Newzealand. I downloaded the latest tzdata from ftp://elsie.nci.nih.gov/pub/ and I compiled 'australasia' using zic compiler. I replaced the latest timezone settings for Australia under /usr/share/zoneinfo. zdump shows the recent DST changes for Australian time zones. (from 2008, daylight savings starts on the first Sunday in October and end on the first Sunday in April) [root@a10-10-4-61 root]# zdump -v /etc/localtime | grep 2008 /etc/localtime Sat Apr 5 16:29:59 2008 UTC = Sun Apr 6 02:59:59 2008 CST isdst=1 gmtoff=37800 /etc/localtime Sat Apr 5 16:30:00 2008 UTC = Sun Apr 6 02:00:00 2008 CST isdst=0 gmtoff=34200 /etc/localtime Sat Oct 4 16:29:59 2008 UTC = Sun Oct 5 01:59:59 2008 CST isdst=0 gmtoff=34200 /etc/localtime Sat Oct 4 16:30:00 2008 UTC = Sun Oct 5 03:00:00 2008 CST isdst=1 gmtoff=37800 [root@a10-10-4-61 root]# Now my problem is, DST settings for Australia starts correctly on first sunday of October, but it is not ending at first sunday of April. *DST START: (working perfectly) ---------* [root@a10-10-4-61 root]# date Sun Oct 5 01:59:59 CST 2008 [root@a10-10-4-61 root]# date Sun Oct 5 03:00:00 CST 2008 [root@a10-10-4-61 root]# *DST END: (not working) --------* [root@a10-10-4-61 root]# date Sun Apr 6 02:59:59 CST 2008 [root@a10-10-4-61 root]# date Sun Apr 6 03:00:00 CST 2008 [root@a10-10-4-61 root]# To cross verify, I tried the same thing in Fedora Core 7 without the patch, there also I observed the same behavior. i.e., without the patch, DST correctly starts on last Sunday of October, but not ending at last Sunday of march. Is this an known issue? Not sure if I am doing something wrong. Any help would be highly appreciated. Thanks for your time, Prabhu

1 0

End of DST 2007 in Cuba?
by Dirk Losch Oct. 8, 2007

Oct. 8, 2007

Hello, according to tzdata2007h the end of DST for Cuba is at the first Sunday in November: Rule Cuba 2007 max - Mar Sun>=8 0:00s 1:00 D Rule Cuba 2007 max - Nov Sun>=1 0:00s 0 S But some airlines use 2007-08-28 for the end of DST. So what is correct? Best regards dirk -- -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail

1 0

End of DST 2007 in Cuba?
by Dirk Losch Oct. 5, 2007

Oct. 5, 2007

Hello, according to tzdata2007h the end of DST for Cuba is at the first Sunday in November: Rule Cuba 2007 max - Mar Sun>=8 0:00s 1:00 D Rule Cuba 2007 max - Nov Sun>=1 0:00s 0 S But some airlines use 2007-08-28 for the end of DST. So what is correct? Best regards dirk -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail

1 0

FW: tzcode2007h.tar.gz and tzdata2007h.tar.gz
by Burdman, Laura (IT) Oct. 4, 2007

Oct. 4, 2007

Hello: Please, subscribe my self to get the emails about TZ as below. Thanks, Laura Burdman Laura.burdman(a)morganstanley.com -----Original Message----- From: Olson, Arthur David (NIH/NCI) [E] [mailto:olsona@dc37a.nci.nih.gov] Sent: Monday, October 01, 2007 10:08 AM To: tz(a)lecserver.nci.nih.gov Subject: tzcode2007h.tar.gz and tzdata2007h.tar.gz The files... ftp://elsie.nci.nih.gov/pub/tzcode2007h.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2007h.tar.gz ...are now available; these reflect the changes circulated last week by Paul Eggert on the time zone mailing list, as well as an updated link to the ICU project in tz-link.htm. --ado -------------------------------------------------------- NOTICE: If received in error, please destroy and notify sender. Sender does not intend to waive confidentiality or privilege. Use of this email is prohibited when received in error.

1 0

FW: Timezone Options for DHCP
by Olson, Arthur David (NIH/NCI) [E] Oct. 3, 2007

Oct. 3, 2007

I'm forwarding this message from Johnny Walker, who is not on the time zone mailing list. Those of you who are on the time zone list should direct replies appropriately. --ado From: johnny.walker(a)ubs.com [mailto:johnny.walker@ubs.com] Sent: Wednesday, October 03, 2007 3:16 To: tz(a)lecserver.nci.nih.gov Subject: Timezone Options for DHCP I found a non-functional link on http://www.twinsun.com/tz/tz-link.htm A Timezone Option for DHCP proposes a DHCP option for a server to configure a client's time zone and daylight saving settings automatically "Timezone Options for DHCP" is no longer a draft but a RFC (http://www.ietf.org/rfc/rfc4833.txt) All the best Johnny

2 1

FW: Detroit/Cleveland time zones
by Olson, Arthur David (NIH/NCI) [E] Oct. 3, 2007

Oct. 3, 2007

I'm forwarding this message from Jeff Prucher, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. --ado -----Original Message----- From: Jeff Prucher [mailto:jeff@metaweb.com] Sent: Thursday, September 27, 2007 8:01 To: tz(a)lecserver.nci.nih.gov Subject: Detroit/Cleveland time zones Here is some support for Garland's assertion that ``Cleveland and Detroit advanced their clocks one hour in 1914.'' (Well, at least the Cleveland part.) This does suggest that parts of Ohio were in the central time zone before then, and not in North America/New York. >From "The Newark (Ohio) Daily Advocate", June 18, 1914, page 4, column 2: Cleveland and several other Ohio cities have recently changed or planned to change their clocks from Central to Eastern standard time. As every clock will be set one hour ahead, that means that there will be one hour more of day-light after supper or dinner, whichever the evening meal is called. >From "The Ogden (Utah) Standard", June 20, 1914, page 4, column 1 : Cleveland is about to change its clocks from central to eastern standard time, in order to make longer the period after working hours until dark. Jeff Prucher

1 0

ahem....
by Alf Salte Oct. 3, 2007

Oct. 3, 2007

Should probably clarify that my comments regarding the code for timezone handling refers to the glibc implementation of timezone handling and glibc implmenetaiton of tzset(). After checking your code I see that your implementation varies from the one in glibc and so my question should probably be directed to glibc rather than at your tz package. Hope this clarifies my earlier comments. My questions are still such that I would like answers to them. How much work would it be to make an implementation that did something along the lines as described in my earlier mail? Looking at your code you appear to have a struct state that appear to contain the data which I described in my timezone_t type. Is that a correct understanding or are their details here that I have misunderstood? Alf

1 0