- tz - lists.iana.org

Time zone
by PLOYamara June 2, 2011

June 2, 2011

AMARAPORN

1 0

Missing Thetimenow
by Martin Heijkenskjöld May 24, 2011

May 24, 2011

Hi, I just visited the http://www.twinsun.com/tz/tz-link.htm page and I were glad to see all the links there. But I miss my own old time site: http://www.thetimenow.com - for easy timezone checking and a more modern approach to it. I would be really really glad if you could add it to your page. Kind regards, Martin Heijkenskjöld, Sweden +46 73 767 15 77

1 0

Hanoi
by Mirosław Makos May 19, 2011

May 19, 2011

Hello. There is no information about Hanoi, which is the capital of VietNam.

1 0

Can you add permatime.com to the twinsun link page
by Tim Diggins May 19, 2011

May 19, 2011

Hi there - I've been lurking on the list for a while. I don't contribute much as a I'm a (humbly grateful) user of tz information, rather than a provider. I mentioned our http://permatime.com site, a while back, but don't think I explicitly asked for it to go on the twinsun link page under "Web pages using recent versions of the tz database". Can it? http://permatime.com is a service for generating and viewing links that refer to a particular point in time and can be displayed in multiple timezones. It uses the ruby tzinfo gem, based on the Olson Tz database. kind regards Tim http://permatime.com http://teamportfolios.com/permatime Tim Diggins http://red56.co.uk http://tim.teamportfolios.com/

2 3

Proposed change to zone.tab
by Xin LI May 18, 2011

May 18, 2011

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, I think the country code for Curaçao should be 'CW' according to ISO3166, as 'AN' have been removed recently. Cheers, - -- Xin LI <delphij(a)delphij.net> http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBCAAGBQJN0wDvAAoJEATO+BI/yjfBnaEH/R3AAiiQXtEGqDyObrjGmqur BTOMjPaKLvWlkmbOvhcC9NuAC+eFaP9bS0XEqNzAUs0kgGjBFo4/t7RMOHrJQ5RM BqgalQQCcUITqsy7GiVHi4XSVOamYMxy9tAFlqdSVzik9T9vUVHxi5OdZU9q6QmB D6rnh+4e87ukTlIMT+Om+gmuYnyyFoEpRjTVsw3bffwHoais2La4XyCYnTiUnao1 h7IMbRcuoc4AxTq4kj2oH1DwiSGGFZy56R+RmXHj7eWMZVAhaEk/Aid0+18CUy+N M5WDFdAEPNdaJBT+neHbdb4CjjvjNj41Co2MS/qwns0UujbAzu6Zk04Cg1rnhG4= =9l02 -----END PGP SIGNATURE-----

5 5

Seeking verification
by Steven Abner May 13, 2011

May 13, 2011

Hi I was building, am building, a parser of your files. Basically had to since my time structures slightly different, and wanted accurate data, which I couldn't seem to obtain from the very early, or start up times of the stored files on my machine. There are other reasons but that is for another discussion if interested in alternate means around limitations of computer time. These dates I wish to verify, if you would please: >From NorthAmerica America/North_Dakota/Beulah mine: -7:0:0 STD/MST //Sun Oct 26 02:00:00 2003, inclusive dates, -6:0:0 DST/MDT //Sun Mar 14 02:00:00 2010 2010 file: -6:0:0 STD/CST //Sun Oct 26 02:00:00 2003, inclusive dates, -5:0:0 DST/CDT //Sun Mar 14 02:00:00 2010 America/Juneau mine: -8:0:0 DST/YDT //Sun Apr 27 02:00:00 1980 2010 file: -7:0:0 DST/PDT //Sun Apr 27 02:00:00 1980 America/Metlakatla (info on zone from wiki, alternating PST/AKDT, no time change) mine: -8:0:0 STD/PST //Sun Oct 30 02:00:00 1983, inclusive dates, -8:0:0 DST/AKDT //Sun Mar 8 02:00:00 2037 2010 file: -9:0:0 STD/YST //Sun Oct 30 02:00:00 1983 -9:0:0 STD/AKST //Wed Nov 30 00:00:00 1983, inclusive dates, -8:0:0 DST/AKDT //Sun Mar 8 02:00:00 2037 Pacific/Honolulu mine: -10:30:0 STD/HST //Sun May 21 12:00:00 1933 -9:30:0 DST/HDT //Mon Feb 9 02:00:00 1942 -9:30:0 DST/HDT //Fri Jan 1 00:00:00 1943 2010 file: -10:30:0 STD/HST //Sun May 21 02:00:00 1933 -9:30:0 DST/HWT //Mon Feb 9 02:00:00 1942 -9:30:0 DST/HWT //Fri Jan 1 00:00:00 1943 -9:30:0 DST/HPT //Tue Aug 14 13:30:00 1945 America/Havana mine: -4:0:0 DST/CDT //Sun Mar 20 00:00:00 2011 2010 file: -4:0:0 DST/CDT //Sun Mar 13 00:00:00 2011 >From SouthAmerica America/Santiago mine: -4:0:0 STD/CLT //Sun May 8 00:00:00 2011 -3:0:0 DST/CLST //Sun Aug 21 00:00:00 2011 2010 file: -4:0:0 STD/CLT //Sun Mar 13 00:00:00 2011 -3:0:0 DST/CLST //Sun Oct 9 00:00:00 2011 Pacific/Easter mine: -6:0:0 STD/EAST //Sat May 7 22:00:00 2011 -5:0:0 DST/EASST //Sat Aug 20 22:00:00 2011 2010 file: -6:0:0 STD/EAST //Sat Mar 12 22:00:00 2011 -5:0:0 DST/EASST //Sat Oct 8 22:00:00 2011 >From Europe Europe/Sofia mine: 2:0:0 STD/EET //Sun Sep 26 02:00:00 1982 2010 file: 2:0:0 STD/EET //Sun Sep 26 03:00:00 1982 Atlantic/Canary mine: 0:0:0 STD/WET //Sun Sep 28 01:00:00 1980 2010 file: 0:0:0 STD/WET //Sun Sep 28 02:00:00 1980 Europe/Istanbul mine: 3:0:0 DST/EEST //Mon Mar 28 03:00:00 2011 2010 file: 3:0:0 DST/EEST //Sun Mar 27 03:00:00 2011 Europe/Simferopol mine: 4:0:0 DST/MSD //Sun Mar 31 03:00:00 1996 2010 file: 4:0:0 DST/MSD //Sun Mar 31 00:00:00 1996 4:0:0 DST/MSD //Sun Mar 31 04:00:00 1996 >From Asia Asia/Phnom_Penh, Asia/Vientiane, Asia/Ho_Chi_Minh mine: 7:0:0 STD/ICT //Sat Mar 11 00:01:00 1911 8:0:0 STD/ICT //Wed May 1 00:00:00 1912 2010 file: 7:0:0 STD/ICT //Sun Mar 12 00:01:00 1911 8:0:0 STD/ICT //Thu May 2 00:00:00 1912 >From Africa Africa/Casablanca mine: 1:0:0 DST/WEST //Sun Apr 3 00:00:00 2011 0:0:0 STD/WET //Sun Jul 31 00:00:00 2011 0:0:0 STD/WET //Sun Jan 1 00:00:00 2012 2010 file: 0:0:0 STD/WET //Sat Jan 1 00:00:00 2011 Thank you for looking at in advance Steve Abner pheonix(a)zoomtown.com

1 0

Pakistan is considering to implement DST again
by Alexander Krivenyshev May 11, 2011

May 11, 2011

"Pakistan government has decided to table an energy saving plan comprising two holidays a week, closure of shops at 8 pm, advancing clocks by one hour and turning off street lights at night at an energy summit scheduled for May 25 and 26." Daylight saving, 2-day weekend back on the table http://tribune.com.pk/story/166145/daylight-saving-2-day-weekend-back-on-th… table or http://www.worldtimezone.com/dst_news/dst_news_pakistan09.html Alexander Krivenyshev, http://www.worldtimezone.com

1 0

Africa/Casablanca
by Graham S. Jarvis May 11, 2011

May 11, 2011

Hello, This is the first time I've done this so, first up, please excuse my ignorance. I have downloaded ftp://elsie.nci.nih.gov/pub/tzdata2011g.tar.gz and ftp://elsie.nci.nih.gov/pub/tzcode2011g.tar.gz Although I find the comments about the changes this year: # From Dan Abitol (2011-03-30): # ...Rules for Africa/Casablanca are the following (24h format) # The 3rd april 2011 at 00:00:00, [it] will be 3rd april 1:00:00 # The 31th july 2011 at 00:59:59, [it] will be 31th July 00:00:00 when I run $ zic -d tzdir/zoneinfo africa and use zdump to look in the file I get $ zdump -v tzdir/zoneinfo/Africa/Casablanca tzdir/zoneinfo/Africa/Casablanca Fri Dec 13 20:45:52 1901 UTC = Fri Dec 13 20:45:52 1901 tzdir isdst=0 gmtoff=0 tzdir/zoneinfo/Africa/Casablanca Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 20:45:52 1901 tzdir isdst=0 gmtoff=0 tzdir/zoneinfo/Africa/Casablanca Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 03:14:07 2038 tzdir isdst=0 gmtoff=0 tzdir/zoneinfo/Africa/Casablanca Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 03:14:07 2038 tzdir isdst=0 gmtoff=0 Could someone also explain why, when I $ zdump -v /usr/share/zoneinfo/Africa/Casablanca on my Ubuntu PC, I get /usr/share/zoneinfo/Africa/Casablanca Fri Dec 13 20:45:52 1901 UTC = Fri Dec 13 20:15:32 1901 LMT isdst=0 gmtoff=-1820 /usr/share/zoneinfo/Africa/Casablanca Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 20:15:32 1901 LMT isdst=0 gmtoff=-1820 /usr/share/zoneinfo/Africa/Casablanca Sun Oct 26 00:30:19 1913 UTC = Sat Oct 25 23:59:59 1913 LMT isdst=0 gmtoff=-1820 /usr/share/zoneinfo/Africa/Casablanca Sun Oct 26 00:30:20 1913 UTC = Sun Oct 26 00:30:20 1913 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Mon Sep 11 23:59:59 1939 UTC = Mon Sep 11 23:59:59 1939 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Tue Sep 12 00:00:00 1939 UTC = Tue Sep 12 01:00:00 1939 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Nov 18 22:59:59 1939 UTC = Sat Nov 18 23:59:59 1939 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Nov 18 23:00:00 1939 UTC = Sat Nov 18 23:00:00 1939 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sat Feb 24 23:59:59 1940 UTC = Sat Feb 24 23:59:59 1940 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sun Feb 25 00:00:00 1940 UTC = Sun Feb 25 01:00:00 1940 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Nov 17 22:59:59 1945 UTC = Sat Nov 17 23:59:59 1945 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Nov 17 23:00:00 1945 UTC = Sat Nov 17 23:00:00 1945 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sat Jun 10 23:59:59 1950 UTC = Sat Jun 10 23:59:59 1950 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sun Jun 11 00:00:00 1950 UTC = Sun Jun 11 01:00:00 1950 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Oct 28 22:59:59 1950 UTC = Sat Oct 28 23:59:59 1950 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Oct 28 23:00:00 1950 UTC = Sat Oct 28 23:00:00 1950 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sat Jun 3 11:59:59 1967 UTC = Sat Jun 3 11:59:59 1967 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sat Jun 3 12:00:00 1967 UTC = Sat Jun 3 13:00:00 1967 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Sep 30 22:59:59 1967 UTC = Sat Sep 30 23:59:59 1967 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Sep 30 23:00:00 1967 UTC = Sat Sep 30 23:00:00 1967 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sun Jun 23 23:59:59 1974 UTC = Sun Jun 23 23:59:59 1974 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Mon Jun 24 00:00:00 1974 UTC = Mon Jun 24 01:00:00 1974 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Aug 31 22:59:59 1974 UTC = Sat Aug 31 23:59:59 1974 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Aug 31 23:00:00 1974 UTC = Sat Aug 31 23:00:00 1974 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Fri Apr 30 23:59:59 1976 UTC = Fri Apr 30 23:59:59 1976 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sat May 1 00:00:00 1976 UTC = Sat May 1 01:00:00 1976 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Jul 31 22:59:59 1976 UTC = Sat Jul 31 23:59:59 1976 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Jul 31 23:00:00 1976 UTC = Sat Jul 31 23:00:00 1976 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sat Apr 30 23:59:59 1977 UTC = Sat Apr 30 23:59:59 1977 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sun May 1 00:00:00 1977 UTC = Sun May 1 01:00:00 1977 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Tue Sep 27 22:59:59 1977 UTC = Tue Sep 27 23:59:59 1977 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Tue Sep 27 23:00:00 1977 UTC = Tue Sep 27 23:00:00 1977 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Wed May 31 23:59:59 1978 UTC = Wed May 31 23:59:59 1978 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Thu Jun 1 00:00:00 1978 UTC = Thu Jun 1 01:00:00 1978 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Thu Aug 3 22:59:59 1978 UTC = Thu Aug 3 23:59:59 1978 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Thu Aug 3 23:00:00 1978 UTC = Thu Aug 3 23:00:00 1978 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Thu Mar 15 23:59:59 1984 UTC = Thu Mar 15 23:59:59 1984 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Fri Mar 16 00:00:00 1984 UTC = Fri Mar 16 01:00:00 1984 CET isdst=0 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Tue Dec 31 22:59:59 1985 UTC = Tue Dec 31 23:59:59 1985 CET isdst=0 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Tue Dec 31 23:00:00 1985 UTC = Tue Dec 31 23:00:00 1985 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sat May 31 23:59:59 2008 UTC = Sat May 31 23:59:59 2008 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sun Jun 1 00:00:00 2008 UTC = Sun Jun 1 01:00:00 2008 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sun Aug 31 22:59:59 2008 UTC = Sun Aug 31 23:59:59 2008 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sun Aug 31 23:00:00 2008 UTC = Sun Aug 31 23:00:00 2008 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sun May 31 23:59:59 2009 UTC = Sun May 31 23:59:59 2009 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Mon Jun 1 00:00:00 2009 UTC = Mon Jun 1 01:00:00 2009 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Thu Aug 20 22:59:59 2009 UTC = Thu Aug 20 23:59:59 2009 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Thu Aug 20 23:00:00 2009 UTC = Thu Aug 20 23:00:00 2009 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sat May 1 23:59:59 2010 UTC = Sat May 1 23:59:59 2010 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sun May 2 00:00:00 2010 UTC = Sun May 2 01:00:00 2010 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Aug 7 22:59:59 2010 UTC = Sat Aug 7 23:59:59 2010 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Aug 7 23:00:00 2010 UTC = Sat Aug 7 23:00:00 2010 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sat Apr 2 23:59:59 2011 UTC = Sat Apr 2 23:59:59 2011 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sun Apr 3 00:00:00 2011 UTC = Sun Apr 3 01:00:00 2011 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Jul 30 22:59:59 2011 UTC = Sat Jul 30 23:59:59 2011 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Jul 30 23:00:00 2011 UTC = Sat Jul 30 23:00:00 2011 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 03:14:07 2038 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 03:14:07 2038 WET isdst=0 gmtoff=0 but if I copy the file to my current directory (as Casablanca.ubuntu) and run $ zdump -v Casablanca.ubuntu I get Casablanca.ubuntu Fri Dec 13 20:45:52 1901 UTC = Fri Dec 13 20:45:52 1901 Casablanca isdst=0 gmtoff=0 zdump: warning: zone "Casablanca.ubuntu" abbreviation "Casablanca" has more than 6 alphabetics Casablanca.ubuntu Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 20:45:52 1901 Casablanca isdst=0 gmtoff=0 Casablanca.ubuntu Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 03:14:07 2038 Casablanca isdst=0 gmtoff=0 Casablanca.ubuntu Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 03:14:07 2038 Casablanca isdst=0 gmtoff=0 All I want is a correct Casablanca file ;-) Thanks in advance and Best Regards from Luxembourg, -Graham S. Jarvis-

1 0

Fwd: Improvement request: Concordia Station timezone
by Aurelien Jarno May 8, 2011

May 8, 2011

Hi, Please find below a mail from Paolo Perfetti, asking to create a new timezone for the Concordia station in Antartica. It seems there are already a few stations in the antartica file, so I guess it's possible to add a new entry. What information would be needed for that? He is Cc:ed to this mail, so don't hesitate to ask him more details directly. Thanks, Aurelien On Tue, May 03, 2011 at 06:19:26PM +0800, Paolo Perfetti wrote: > Hi all, > my name is Paolo Perfetti and I'm currently working as sysadmin in > Antarctica for the Italian Antarctic Research Program (PNRA) in a base > called Concordia Station. Since 2005 this station, located at 75.06S > 123.20E, is one of the 3 station always active trough the year inside > the Antarctic Continent (the others are South Pole and Vostok). > > I'm a Debian-GNU\Linux strong supporter and while I was configuring my > pc and servers here I find out that Concordia Station doesn't appear > between the options available configuring the tzdata package. It will be > possible to add this timezone to the next package version? In that case > what info do you need to do that? I will be pleased to help you to > collect the needed informations. In the meanwhile I can tell you > that the station keeps UTC+8 (Perth) timezone without any daylight > hour. > > In Antarctica there is also another Italian base, Mario Zucchelli > Station, located in the Terranova Bay, quite near McMurdo. MZS is active > during the Antarctic summer since more than 20 years, it will be > possible to add this too ? In this case, the timezone is the same of > McMurdo. > > Currently here we've no connection to surf the web, but you can find > lot more informations on these bases on wikipedia and I am available > for any kind of informations you'll need (I will be in Concordia at > least until 7th November, the end of winterover season). > > Thanks for your time, > Paolo > > > > -- > To UNSUBSCRIBE, email to debian-glibc-REQUEST(a)lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org > Archive: http://lists.debian.org/4DBFD6AE.7090300@concordiabase.eu > > -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurelien(a)aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-glibc-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/20110508220039.GA18413@hall.aurel32.net

1 0

RE: bug report for tzdata 2010o-0lenny1
by paul salber May 2, 2011

May 2, 2011

A local contacted me about the incorrect time on one of my services. Here is the correct time: http://www.timeanddate.com/worldclock/city.html?n=741 http://www.timeanddate.com/worldclock/clockchange.html?n=741 I cant seem to find press releases on the official WST change Regards Paul Salber -----Original Message----- From: Clint Adams [mailto:clint@debian.org] Sent: 27 April 2011 21:09 To: paul salber Cc: tz(a)lecserver.nci.nih.gov Subject: Re: bug report for tzdata 2010o-0lenny1 On Wed, Apr 27, 2011 at 11:57:47AM +0200, paul salber wrote: > I am using tzdata 2010o-0lenny1, and the time offset for Western Sahara, > should not be WET (+0 hours), but WST (+1 hours). Have you updated this in > 2011g-1? I cannot find it in the changelog Do you have information about this change, including references to official communications? Please Cc the tz list.

2 3