- tz - lists.iana.org

FW: Brazil DST Rules for 2007
by Olson, Arthur David (NIH/NCI) [E] March 6, 2007

March 6, 2007

I'm forwarding this message from Amar Devegowda, who is not on the time zone mailing list. Those of you who are on the time zne mailing list should direct repllies appropriately. --ado ________________________________ From: Amar Devegowda [mailto:ADEVEGOW@in.ibm.com] Sent: Thursday, March 01, 2007 6:20 AM To: Olson, Arthur David (NIH/NCI) [E] Subject: Brazil DST Rules for 2007 Importance: High Hi Arthur, This is Amar Devegowda from IBM India Software Labs. It has been brought to our notice that the DST rules provided in Olsen Time Zone Database and actual DST rules in Brazil for year 2007 and beyond are different. In 2007, as per the Olsen the DST starts on the first Sunday that comes on or after November 1st. However, the actual DST rule states that the DST starts on Oct 21st in 2007. Here are a couple of web sites that show these new DST rules upto 2009. http://www.worldtimezone.com/daylight.html http://www.timeanddate.com/worldclock/timezone.html?n=45&syear=2000 Hence, could you please update the time zone database with the new rules for Brazil in 2007 and beyond at the earliest ? Regards, Amar Amar Devegowda Java L3 Support for Windows, Java Technology Center, IBM India Software Labs, Bangalore, India Telephone 91-80-25094151

4 3

FW: Atlantic/Faroe DST
by Olson, Arthur David (NIH/NCI) [E] March 5, 2007

March 5, 2007

I'm forwarding this message from Michael, 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: michael [mailto:crozierm@consumption.net] Sent: Friday, March 02, 2007 12:40 AM To: tz(a)lecserver.nci.nih.gov Subject: Atlantic/Faroe DST Hello, According to wikipedia authors, DST is observed in Faroe Islands. http://en.wikipedia.org/wiki/Faroe_islands According to TZ, it is not: Atlantic/Faroe Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 20:45:52 1901 Atlantic/Faroe isdst=0 gmtoff=0 Atlantic/Faroe Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 03:14:07 2038 Atlantic/Faroe isdst=0 gmtoff=0 Atlantic/Faroe Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 03:14:07 2038 Atlantic/Faroe isdst=0 gmtoff=0 I don't have any additional evidence to say which is correct, but I thought it worth noting. Thanks, Michael

2 1

RE: Microsoft exec says Namibia and Iran have recently changed DSTrules
by Jesper Norgaard Welen March 5, 2007

March 5, 2007

John Gray, thanks for the quick feedback. Concerning problems in 2009 I think that many people loading the timezone updates in 2007 will not do so in 2009 if there were no actual rule changes since - so I recommend getting it right now. Namibia: I must admit I had not seen the -1.00 in Daylight Bias: My first comment is: this will work technically, as you claim! But is it the best way to do it? Actually "hora de verano de Namibia" means "summertime of Namibia", which will apply between April and September. Note that this use of summertime/wintertime is opposite to all other countries (I think) and also to the web links you sent. However, when you look it up in the list, all other countries are also listed for their wintertime, the GMT offset when not applying DST. Putting Windhoek as (GMT+02:00) is therefore a bit like reporting the revenue of 250 companies before tax, and 1 company after tax - it is just impractical for most purposes. Therefore if you want to call the period something different, for instance calling it summertime between April and September, better do the change only in the Abbreviations, so that Time Zone Name is (GMT+01:00) Windhoek, Abbreviation(1) is "Namibia summertime", Offset from GMT is +1:00, Start Day and Last Day are inversed, Daylight Bias is +1:00 and Abbreviation(2) is "Namibia wintertime". This will confuse less people, I think. Regards, - Jesper Nørgaard Welen >-----Original Message----- >From: John Gray [mailto:johngray@winse.microsoft.com] >Sent: Domingo, 04 de Marzo de 2007 20:23 >To: Jesper Norgaard Welen >Subject: RE: Microsoft exec says Namibia and Iran have recently changed DSTrules >Jesper, thanks for the info. Yes, we have been working very hard to get this all in place and still have a long way to go for some issues. >It looks like we may have a minor issue for 2009 but we should be able to address it with a custom set for that year. I've forwarded your observations to the people that own the >detailed specifics of our DST data for Windows. >For Namibia, oddly enough we have an internal email on file confirming this is the official preference of the government - note that we have a "-1 hour" offset for the DST period so the clocks and offsets will be correct, it is just the name that is in dispute (e.g. which period of the year to call "daylight saving"). From some of their websites, it looks like they simply use "summer time" and "winter time" without referring to either one as a "saving" time per-se. It is also entirely possible different organizations within their government may have different preferences here. >http://www.grnnet.gov.na/News/Archive/2001/March2001/Week4/release_winter_t ime.htm >http://www.grnnet.gov.na/News/Archive/2001/August/Week4/summer.htm >For Chile, yes I am aware we worked hard to get it right. Apparently their official documents defined the change to happen at "24:00" hours, which never actually occurs (I'm not sure if they ever fixed this). A classic case of we know what they meant, but causes us to do strange things in the digital world. >For the rest I'll have to wait for the experts to investigate. >Thanks again, >John Gray >Director, Windows Sustainability Engineering Services

1 0

Mongolia not on DST in 2007
by Jesper Norgaard Welen March 3, 2007

March 3, 2007

Ganbold was kind enough to send me this link in Mongolian about Mongolia not applying DST this year. I guess it's the only web reference we have about this at the moment: >Good question. It wasn't Parliament resolution, it was >Mongolian government resolution and government members >made decision not to have daylight-saving. I couldn't access >Mongolian Government web site, I could only find some >mongolian references which I guess is not helpful to anybody >other than Mongolian. > >http://www.mongolnews.mn/index.php?module=unuudur&sec=view&id=15742 Regards, Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (55) 58-04-20-04 ext. 1374 Fax: +52 (55) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 Download the shareware program World Time Explorer, I made: http://www.worldtimeexplorer.com/index.html

1 0

Microsoft exec says Namibia and Iran have recently changed DST rules
by Paul Eggert March 3, 2007

March 3, 2007

In an interview Microsoft published yesterday <http://www.microsoft.com/presspass/features/2007/mar07/03-01DaylightSaving.…> Rich Kaplan, Vice President of Microsoft Customer Service, Partners and Automation said "Namibia and Iran ratified changes even more recently" than December 2006. Has anyone else heard about this, or was Mr. Kaplan merely misinformed? Kaplan is also quoted as saying that Brazil and Israel are not on the Gregorian calendar, so I'm inclined to think the information got garbled a bit in translation....

3 2

Cuba changing DST spring switch date this year to equal the US
by Paul Eggert March 3, 2007

March 3, 2007

On Wednesday, Granma, the official organ of the central committee of the Communist Party of Cuba, wrote that this year Cuba will advance its clocks on midnight, March 10. See <http://www.granma.cubaweb.cu/english/news/art89.html>. The official announcement was published (in Spanish) yesterday <http://www.granma.cubaweb.cu/2007/03/01/nacional/artic01.html>. The announcement doesn't say when the clocks switch back, but for lack of better info I guess we should assume that Cuba will use the US dates for spring and autumn, but switch at midnight standard time, which is their recent tradition. I'll send out a proposed patch soon. PS. I still haven't been able to find any official confirmation for the theory that Haiti will not observe DST this year. The IATA and timeanddate.com are consistent with this theory, but worldtimezone.com disagrees.

1 0

Nunavut (2007)
by Chris Walton March 2, 2007

March 2, 2007

Looks like Nunavut (Territory in northern Canada) has finally decided to follow the rest of Canada and the United States. An amendment to the Interpretation Act was registered on February 19/2007. See page 18 of February's the Nunavut Gazette: http://action.attavik.ca/home/justice-gn/attach/2007/gaz02part2.pdf All of the assumptions that were made in the TZ database are now correct; no further changes are required. As per usual, I have updated my Canadian DST web page at http://www3.sympatico.ca/c.walton/canada_dst.html P.S. I came accross a little news article from Northern News Services dated November 13/2006. It claims that the community of Resolute (located on Conrnwallis Island in Nunavut) moved from Central Time to Eastern Time last November. Basically the community did not change its clocks at the end of daylight saving. It is not clear whether or not the clocks will change again on March 11 of if they will stay fixed on Eastern Standard Time. Technically this requires a new zone. Ouch. Is it worth it for a population of of 215 people? http://www.nnsl.com/frames/newspapers/2006-11/nov13_06none.html -chris

3 2

Atlantic/Faroe DST
by michael March 2, 2007

March 2, 2007

Hello, According to wikipedia authors, DST is observed in Faroe Islands. http://en.wikipedia.org/wiki/Faroe_islands According to TZ, it is not: Atlantic/Faroe Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 20:45:52 1901 Atlantic/Faroe isdst=0 gmtoff=0 Atlantic/Faroe Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 03:14:07 2038 Atlantic/Faroe isdst=0 gmtoff=0 Atlantic/Faroe Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 03:14:07 2038 Atlantic/Faroe isdst=0 gmtoff=0 I don't have any additional evidence to say which is correct, but I thought it worth noting. Thanks, Michael

1 0

zdump -v segfault on alpha
by Gilles Espinasse Feb. 28, 2007

Feb. 28, 2007

zdump -v does not correctly work on alpha. cat /proc/cpuinfo cpu : Alpha cpu model : EV45 cpu variation : 7 cpu revision : 0 cpu serial number : system type : Avanti system variation : 0 system revision : 0 system serial number : AY cycle frequency [Hz] : 267895671 est. timer frequency [Hz] : 1024.00 page size [bytes] : 8192 phys. address bits : 34 max. addr. space # : 63 BogoMIPS : 529.40 kernel unaligned acc : 0 (pc=0,va=0) user unaligned acc : 0 (pc=0,va=0) platform string : AlphaServer 300 4/266 Tested with zdump 7.64 and the last available version 8.3 on tzcode2007b.tar.gz My report is #412569 against libc-2.3.2.ds1-22sarge5 and gcc-3.3.5-13 on debian BTS After compilation of zdump from tzcode2007b.tar.gz with make zdump alpha300:~# ./zdump --version @(#)zdump.c 8.3 alpha300:~# ./zdump -v /etc/localtime /etc/localtime -9223372036854775808 = NULL /etc/localtime -9223372036854689408 = NULL As it fail too with this last zdump available, I would think I need to report it there too. I find other report related to 64bits arch on debian BTS #266438: zdump -v causes core dump on IA64 Linux Package: libc6.1 (2.2.5-11.2; fixed: glibc 2.3.5-3); #402776: zdump -v errors on 64 bit architectures Package: libc6.1 (glibc 2.3.6.ds1-8, 2.3.6.ds1-10); Gilles

2 3

FW: New DST Rules for 2007
by Olson, Arthur David (NIH/NCI) [E] Feb. 27, 2007

Feb. 27, 2007

I'm forwarding this message form Bryan O'Neill, 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 ________________________________ From: Bryan O'Neill, President [mailto:support@wake123.com] Sent: Tuesday, February 27, 2007 11:08 AM To: tz(a)lecserver.nci.nih.gov Subject: New DST Rules for 2007 Ladies & Gentlemen, I asked a question on linuxquestions.org about what exact commands I would need to install your patch that will update the new DST rules on my RH 8.0 pc. One guy responded with the following: ]$ cd /tmp && { mkdir tz && cd tz || exit 1; } wget -q 'ftp://elsie.nci.nih.gov/pub/tz*.tar.gz' || exit ]$ gzip -dc tzcode*.tar.gz | tar -xf - ]$ gzip -dc tzdata*.tar.gz | tar -xf - ]$ which nawk >/dev/null 2>&1|| { sed -i 's|nawk|gawk|g' Makefile || exit 1; } ]$ LOCALTIMEVAR0=`grep ^ZONE= /etc/sysconfig/clock 2>/dev/null| awk -F'=' '{print $2}'|tr -d '"'` ]$ LOCALTIMEVAR1=`make zonenames 2>/dev/null|grep -m1 $LOCALTIMEVAR0|awk '{print $1}'` ]$ [ -n $LOCALTIMEVAR1 ] || exit 1 && { sed -i "s|Factory|$LOCALTIMEVAR1|g" Makefile \ && make install; echo 'Done!'; } The blue code I've already done and I understand. But what about the green code? Do you see anything there that may create something malcious or unsecure? I don't think so but I wanted to get your more educated & trusted opinion. Is it correct for east coast time zone (New York)? Thanks! -Bryan

2 1