- tz - lists.iana.org

Egypt plan to cancell DST during Ramadan and then to resume DST again.
by Alexander Krivenyshev July 20, 2010

July 20, 2010

According to News from Egypt - Al-Masry Al-Youm Egypt's cabinet has decided that Daylight Saving Time will not be used in Egypt during Ramadan. arabic translation: "Clocks to go back during Ramadan--and then forward again " http://www.almasryalyoum.com/en/news/clocks-go-back-during-ramadan-and-then- forward-again or http://www.worldtimezone.com/dst_news/dst_news_egypt02.html Alexander Krivenyshev, http://www.worldtimezone.com

1 0

proposed time zone package changes
by Arthur David Olson July 17, 2010

July 17, 2010

Below find proposed changes to the time zone package. The executive summary: * australasia Change Pacific/Truk to Pacific/Chuuk (with corresponding time zone abbreviation change) and change Pacific/Ponape to Pacific/Pohnpei (with thanks to Clint Adams). * backward add Pacific/Truk and Pacific/Ponape links and adjust Pacific/Yap link. * europe Change Finland transition times in 1981 and 1982 (with thanks to Janne Snabb). * leapseconds Update comments with latest IERS leap second bulletin. * northamerica Correct instant of 2010 move between time zones in Bahia de Banderas. Add comments from Mark Brader on DST in Windsor. Add comments on Canadian DST in 1930 from the Journal of the Royal Astronomical Society of Canada. * tz-link.htm Add link to http://code.google.com/p/tzdata/ (from Rich Tibbett). * zone.tab Change Pacific/Truk to Pacific/Chuuk and change Pacific/Ponape to Pacific/Pohnpei (More research is needed on when Windsor, Ontario started using DST before adding a Windsor time zone.) If no problems are found, these changes will appear on the ftp site on 2010-07-26. --ado diff -c old/australasia new/australasia *** old/australasia Mon May 10 09:07:27 2010 --- new/australasia Sat Jul 17 09:14:35 2010 *************** *** 1,5 **** # <pre> ! # @(#)australasia 8.17 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)australasia 8.18 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 346,355 **** # Micronesia # Zone NAME GMTOFF RULES FORMAT [UNTIL] ! Zone Pacific/Truk 10:07:08 - LMT 1901 ! 10:00 - TRUT # Truk Time ! Zone Pacific/Ponape 10:32:52 - LMT 1901 # Kolonia ! 11:00 - PONT # Ponape Time Zone Pacific/Kosrae 10:51:56 - LMT 1901 11:00 - KOST 1969 Oct # Kosrae Time 12:00 - KOST 1999 --- 346,355 ---- # Micronesia # Zone NAME GMTOFF RULES FORMAT [UNTIL] ! Zone Pacific/Chuuk 10:07:08 - LMT 1901 ! 10:00 - CHUT # Chuuk Time ! Zone Pacific/Pohnpei 10:32:52 - LMT 1901 # Kolonia ! 11:00 - PONT # Pohnpei Time Zone Pacific/Kosrae 10:51:56 - LMT 1901 11:00 - KOST 1969 Oct # Kosrae Time 12:00 - KOST 1999 diff -c old/backward new/backward *** old/backward Mon May 10 09:07:27 2010 --- new/backward Sat Jul 17 09:14:35 2010 *************** *** 1,5 **** # <pre> ! # @(#)backward 8.8 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)backward 8.9 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 90,96 **** Link America/Denver Navajo Link Asia/Shanghai PRC Link Pacific/Pago_Pago Pacific/Samoa ! Link Pacific/Truk Pacific/Yap Link Europe/Warsaw Poland Link Europe/Lisbon Portugal Link Asia/Taipei ROC --- 90,98 ---- Link America/Denver Navajo Link Asia/Shanghai PRC Link Pacific/Pago_Pago Pacific/Samoa ! Link Pacific/Chuuk Pacific/Yap ! Link Pacific/Chuuk Pacific/Truk ! Link Pacific/Pohnpei Pacific/Ponape Link Europe/Warsaw Poland Link Europe/Lisbon Portugal Link Asia/Taipei ROC diff -c old/europe new/europe *** old/europe Mon May 10 09:07:27 2010 --- new/europe Sat Jul 17 09:05:51 2010 *************** *** 1,5 **** # <pre> ! # @(#)europe 8.26 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)europe 8.27 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 1013,1034 **** 2:00 EU EE%sT # Finland ! # # From Hannu Strang (1994-09-25 06:03:37 UTC): # Well, here in Helsinki we're just changing from summer time to regular one, # and it's supposed to change at 4am... # ! # From Paul Eggert (2006-03-22): ! # Shanks & Pottenger say Finland has switched at 02:00 standard time ! # since 1981. Go with Strang instead. # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Finland 1942 only - Apr 3 0:00 1:00 S Rule Finland 1942 only - Oct 3 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Helsinki 1:39:52 - LMT 1878 May 31 1:39:52 - HMT 1921 May # Helsinki Mean Time ! 2:00 Finland EE%sT 1981 Mar 29 2:00 2:00 EU EE%sT # Aaland Is --- 1013,1059 ---- 2:00 EU EE%sT # Finland ! # From Hannu Strang (1994-09-25 06:03:37 UTC): # Well, here in Helsinki we're just changing from summer time to regular one, # and it's supposed to change at 4am... + + # From Janne Snabb (2010-0715): # ! # I noticed that the Finland data is not accurate for years 1981 and 1982. ! # During these two first trial years the DST adjustment was made one hour ! # earlier than in forthcoming years. Starting 1983 the adjustment was made ! # according to the central European standards. # + # This is documented in Heikki Oja: Aikakirja 2007, published by The Almanac + # Office of University of Helsinki, ISBN 952-10-3221-9, available online (in + # Finnish) at + # + # <a href="http://almanakka.helsinki.fi/aikakirja/Aikakirja2007kokonaan.pdf"> + # http://almanakka.helsinki.fi/aikakirja/Aikakirja2007kokonaan.pdf + # </a> + # + # Page 105 (56 in PDF version) has a handy table of all past daylight savings + # transitions. It is easy enough to interpret without Finnish skills. + # + # This is also confirmed by Finnish Broadcasting Company's archive at: + # + # <a href="http://www.yle.fi/elavaarkisto/?s=s&g=1&ag=5&t=&a=3401"> + # http://www.yle.fi/elavaarkisto/?s=s&g=1&ag=5&t=&a=3401 + # </a> + # + # The news clip from 1981 says that "the time between 2 and 3 o'clock does not + # exist tonight." + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Finland 1942 only - Apr 3 0:00 1:00 S Rule Finland 1942 only - Oct 3 0:00 0 - + Rule Finland 1981 1982 - Mar lastSun 2:00 1:00 S + Rule Finland 1981 1982 - Sep lastSun 3:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Helsinki 1:39:52 - LMT 1878 May 31 1:39:52 - HMT 1921 May # Helsinki Mean Time ! 2:00 Finland EE%sT 1983 2:00 EU EE%sT # Aaland Is diff -c old/leapseconds new/leapseconds *** old/leapseconds Mon May 10 09:07:28 2010 --- new/leapseconds Sat Jul 17 08:51:09 2010 *************** *** 1,5 **** # <pre> ! # @(#)leapseconds 8.9 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)leapseconds 8.10 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 60,68 **** # FAX : 33 (0) 1 40 51 22 91 # Internet : services.iers(a)obspm.fr # ! # Paris, 4 July 2009 # ! # Bulletin C 38 # # To authorities responsible # for the measurement and --- 60,68 ---- # FAX : 33 (0) 1 40 51 22 91 # Internet : services.iers(a)obspm.fr # ! # Paris, 14 July 2010 # ! # Bulletin C 40 # # To authorities responsible # for the measurement and *************** *** 70,78 **** # # INFORMATION ON UTC - TAI # ! # NO positive leap second will be introduced at the end of December 2009. # The difference between Coordinated Universal Time UTC and the ! # International Atomic Time TAI is : # # from 2009 January 1, 0h UTC, until further notice : UTC-TAI = -34 s # --- 70,78 ---- # # INFORMATION ON UTC - TAI # ! # NO positive leap second will be introduced at the end of December 2010. # The difference between Coordinated Universal Time UTC and the ! # International Atomic Time TAI is : # # from 2009 January 1, 0h UTC, until further notice : UTC-TAI = -34 s # *************** *** 82,87 **** # will be no time step at the next possible date. # # Daniel GAMBIS ! # Director # Earth Orientation Center of IERS # Observatoire de Paris, France --- 82,87 ---- # will be no time step at the next possible date. # # Daniel GAMBIS ! # Director # Earth Orientation Center of IERS # Observatoire de Paris, France diff -c old/northamerica new/northamerica *** old/northamerica Mon May 10 09:07:27 2010 --- new/northamerica Sat Jul 17 10:07:20 2010 *************** *** 1,5 **** # <pre> ! # @(#)northamerica 8.31 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)northamerica 8.34 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 1324,1329 **** --- 1324,1406 ---- # entry since our cutoff date of 1970, so we can move # America/Coral_Harbour to the 'backward' file. + # From Mark Brader (2010-03-06): + # + # Currently the database has: + # + # # Ontario + # + # # From Paul Eggert (2006-07-09): + # # Shanks & Pottenger write that since 1970 most of Ontario has been like + # # Toronto. + # # Thunder Bay skipped DST in 1973. + # # Many smaller locales did not observe peacetime DST until 1974; + # # Nipigon (EST) and Rainy River (CST) are the largest that we know of. + # + # In the (Toronto) Globe and Mail for Saturday, 1955-09-24, in the bottom + # right corner of page 1, it says that Toronto will return to standard + # time at 2 am Sunday morning (which agrees with the database), and that: + # + # The one-hour setback will go into effect throughout most of Ontario, + # except in areas like Windsor which remains on standard time all year. + # + # Windsor is, of course, a lot larger than Nipigon. + # + # I only came across this incidentally. I don't know if Windsor began + # observing DST when Detroit did, or in 1974, or on some other date. + # + # By the way, the article continues by noting that: + # + # Some cities in the United States have pushed the deadline back + # three weeks and will change over from daylight saving in October. + + # From Arthur David Olson (2010-07-17): + # + # "Standard Time and Time Zones in Canada" appeared in + # The Journal of The Royal Astronomical Society of Canada, + # volume 26, number 2 (February 1932) and, as of 2010-07-17, + # was available at + # <a href="http://adsabs.harvard.edu/full/1932JRASC..26...49S"> + # http://adsabs.harvard.edu/full/1932JRASC..26...49S + # </a> + # + # It includes the text below (starting on page 57): + # + # A list of the places in Canada using daylight saving time would + # require yearly revision. From information kindly furnished by + # the provincial governments and by the postmasters in many cities + # and towns, it is found that the following places used daylight sav- + # ing in 1930. The information for the province of Quebec is definite, + # for the other provinces only approximate: + # + # Province Daylight saving time used + # Prince Edward Island Not used. + # Nova Scotia In Halifax only. + # New Brunswick In St. John only. + # Quebec In the following places: + # Montreal Lachine + # Quebec Mont-Royal + # Levis Iberville + # St. Lambert Cap de la Madeleine + # Verdun Loretteville + # Westmount Richmond + # Outremont St. Jerome + # Longueuil Greenfield Park + # Arvida Waterloo + # Chambly-Canton Beaulieu + # Melbourne La Tuque + # St. Theophile Buckingham + # Ontario Used generally in the cities and towns along + # the southerly part of the province. Not + # used in the northwesterlhy part. + # Manitoba Not used. + # Saskatchewan In Regina only. + # Alberta Not used. + # British Columbia Not used. + # + # With some exceptions, the use of daylight saving may be said to be limited + # to those cities and towns lying between Quebec city and Windsor, Ont. + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Toronto 1919 only - Mar 30 23:30 1:00 D Rule Toronto 1919 only - Oct 26 0:00 0 S *************** *** 2147,2153 **** -6:00 - CST 1942 Apr 24 -7:00 - MST 1949 Jan 14 -8:00 - PST 1970 ! -7:00 Mexico M%sT 2010 Apr 4 -6:00 Mexico C%sT # Baja California (near US border) --- 2224,2230 ---- -6:00 - CST 1942 Apr 24 -7:00 - MST 1949 Jan 14 -8:00 - PST 1970 ! -7:00 Mexico M%sT 2010 Apr 4 2:00 -6:00 Mexico C%sT # Baja California (near US border) diff -c old/tz-link.htm new/tz-link.htm *** old/tz-link.htm Mon May 10 09:07:28 2010 --- new/tz-link.htm Sat Jul 17 08:56:39 2010 *************** *** 18,24 **** <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> <address> ! @(#)tz-link.htm 8.27 </address> <p> This file is in the public domain, so clarified as of --- 18,24 ---- <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> <address> ! @(#)tz-link.htm 8.28 </address> <p> This file is in the public domain, so clarified as of *************** *** 351,356 **** --- 351,367 ---- → Tzid table</a> maintained by the <abbr title="Common Locale Data Repository">CLDR</abbr> data mentioned below.</li> + <li> + <a href="http://code.google.com/p/tzdata/"> + http://code.google.com/p/tzdata/ + </a> + provides programming-language-specific representations of timezone + data. Currently this includes XML, PHP, Ruby, Javascript, JSON and CSV + formatted data. The repository is updated as soon as the FTP + distribution is updated. All data can be downloaded as a zip and/or it + can be obtained/synced via anonymous SVN. Data is made available under + the MIT license. (From Rich Tibbett.) + </li> </ul> <h2>Maps</h2> <ul> diff -c old/zone.tab new/zone.tab *** old/zone.tab Mon May 10 09:07:28 2010 --- new/zone.tab Sat Jul 17 09:14:35 2010 *************** *** 1,5 **** # <pre> ! # @(#)zone.tab 8.36 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # --- 1,5 ---- # <pre> ! # @(#)zone.tab 8.37 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # *************** *** 177,184 **** FI +6010+02458 Europe/Helsinki FJ -1808+17825 Pacific/Fiji FK -5142-05751 Atlantic/Stanley ! FM +0725+15147 Pacific/Truk Truk (Chuuk) and Yap ! FM +0658+15813 Pacific/Ponape Ponape (Pohnpei) FM +0519+16259 Pacific/Kosrae Kosrae FO +6201-00646 Atlantic/Faroe FR +4852+00220 Europe/Paris --- 177,184 ---- FI +6010+02458 Europe/Helsinki FJ -1808+17825 Pacific/Fiji FK -5142-05751 Atlantic/Stanley ! FM +0725+15147 Pacific/Chuuk Chuuk (Truk) and Yap ! FM +0658+15813 Pacific/Pohnpei Pohnpei (Ponape) FM +0519+16259 Pacific/Kosrae Kosrae FO +6201-00646 Atlantic/Faroe FR +4852+00220 Europe/Paris

1 0

Bulletin C number 40
by IERS EOP Product Center July 16, 2010

July 16, 2010

INTERNATIONAL EARTH ROTATION AND REFERENCE SYSTEMS SERVICE (IERS) SERVICE INTERNATIONAL DE LA ROTATION TERRESTRE ET DES SYSTEMES DE REFERENCE SERVICE DE LA ROTATION TERRESTRE OBSERVATOIRE DE PARIS 61, Av. de l'Observatoire 75014 PARIS (France) Tel. : 33 (0) 1 40 51 22 26 FAX : 33 (0) 1 40 51 22 91 Internet : services.iers(a)obspm.fr Paris, 14 July 2010 Bulletin C 40 To authorities responsible for the measurement and distribution of time INFORMATION ON UTC - TAI NO positive leap second will be introduced at the end of December 2010. The difference between Coordinated Universal Time UTC and the International Atomic Time TAI is : from 2009 January 1, 0h UTC, until further notice : UTC-TAI = -34 s Leap seconds can be introduced in UTC at the end of the months of December or June, depending on the evolution of UT1-TAI. Bulletin C is mailed every six months, either to announce a time step in UTC, or to confirm that there will be no time step at the next possible date. Daniel GAMBIS Director Earth Orientation Center of IERS Observatoire de Paris, France __________________________________________

1 0

FW: Europe/Finland DST correction for years 1981 and 1982
by Olson, Arthur David (NIH/NCI) [E] July 15, 2010

July 15, 2010

I'm forwarding this message from Janne Snabb, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado -----Original Message----- From: Janne Snabb [mailto:snabb@epipe.com] Sent: Thursday, July 15, 2010 1:21 To: tz(a)lecserver.nci.nih.gov Subject: Europe/Finland DST correction for years 1981 and 1982 Hi, I noticed that the Finland data is not accurate for years 1981 and 1982. During these two first trial years the DST adjustment was made one hour earlier than in forthcoming years. Starting 1983 the adjustment was made according to the central European standards. This is documented in Heikki Oja: Aikakirja 2007, published by The Almanac Office of University of Helsinki, ISBN 952-10-3221-9, available online (in Finnish) at: http://almanakka.helsinki.fi/aikakirja/Aikakirja2007kokonaan.pdf Page 105 (56 in PDF version) has a handy table of all past daylight savings transitions. It is easy enough to interpret without Finnish skills. This is also confirmed by Finnish Broadcasting Company's archive at: http://www.yle.fi/elavaarkisto/?s=s&g=1&ag=5&t=&a=3401 The news clip from 1981 says that "the time between 2 and 3 o'clock does not exist tonight". Thus Paul Eggert's comment in the file (above the relevant entry) is indeed correct. Please see the diff at the bottom of this message. I believe that it produces the desired results. I am not a member of this list, so please CC me with any further correspondence. Best Regards, -- Janne Snabb / EPIPE Communications snabb(a)epipe.com - http://epipe.com/ --- europe.orig 2009-09-09 15:19:43.000000000 +0300 +++ europe 2010-07-15 07:29:53.000000000 +0300 @@ -1023,14 +1023,16 @@ # since 1981. Go with Strang instead. # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Finland 1942 only - Apr 3 0:00 1:00 S Rule Finland 1942 only - Oct 3 0:00 0 - +Rule Finland 1981 1982 - Mar lastSun 2:00 1:00 S +Rule Finland 1981 1982 - Sep lastSun 3:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Helsinki 1:39:52 - LMT 1878 May 31 1:39:52 - HMT 1921 May # Helsinki Mean Time - 2:00 Finland EE%sT 1981 Mar 29 2:00 + 2:00 Finland EE%sT 1983 2:00 EU EE%sT # Aaland Is Link Europe/Helsinki Europe/Mariehamn

1 0

Europe/Finland DST correction for years 1981 and 1982
by Janne Snabb July 15, 2010

July 15, 2010

Hi, I noticed that the Finland data is not accurate for years 1981 and 1982. During these two first trial years the DST adjustment was made one hour earlier than in forthcoming years. Starting 1983 the adjustment was made according to the central European standards. This is documented in Heikki Oja: Aikakirja 2007, published by The Almanac Office of University of Helsinki, ISBN 952-10-3221-9, available online (in Finnish) at: http://almanakka.helsinki.fi/aikakirja/Aikakirja2007kokonaan.pdf Page 105 (56 in PDF version) has a handy table of all past daylight savings transitions. It is easy enough to interpret without Finnish skills. This is also confirmed by Finnish Broadcasting Company's archive at: http://www.yle.fi/elavaarkisto/?s=s&g=1&ag=5&t=&a=3401 The news clip from 1981 says that "the time between 2 and 3 o'clock does not exist tonight". Thus Paul Eggert's comment in the file (above the relevant entry) is indeed correct. Please see the diff at the bottom of this message. I believe that it produces the desired results. I am not a member of this list, so please CC me with any further correspondence. Best Regards, -- Janne Snabb / EPIPE Communications snabb(a)epipe.com - http://epipe.com/ --- europe.orig 2009-09-09 15:19:43.000000000 +0300 +++ europe 2010-07-15 07:29:53.000000000 +0300 @@ -1023,14 +1023,16 @@ # since 1981. Go with Strang instead. # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Finland 1942 only - Apr 3 0:00 1:00 S Rule Finland 1942 only - Oct 3 0:00 0 - +Rule Finland 1981 1982 - Mar lastSun 2:00 1:00 S +Rule Finland 1981 1982 - Sep lastSun 3:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Helsinki 1:39:52 - LMT 1878 May 31 1:39:52 - HMT 1921 May # Helsinki Mean Time - 2:00 Finland EE%sT 1981 Mar 29 2:00 + 2:00 Finland EE%sT 1983 2:00 EU EE%sT # Aaland Is Link Europe/Helsinki Europe/Mariehamn

1 0

New time zone home (revisited)
by Olson, Arthur David (NIH/NCI) [E] July 14, 2010

July 14, 2010

It seems to have been overly ambitious to find both a new host and a new maintainter for the time zone stuff at the same time. So, one thing at a time. Who has insights on a workable options for new host(s) for the mailing list and the software distribution? --ado

15 16

Double change on Apr 4th in America/Bahia_Banderas?
by Stuart Bishop July 14, 2010

July 14, 2010

Just looking into a failure in my test suite triggered by two timezone jumps within an hour: $ zdump -v America/Bahia_Banderas 2010 | grep 2010 America/Bahia_Banderas Sun Apr 4 06:59:59 2010 UTC = Sat Apr 3 23:59:59 2010 MST isdst=0 gmtoff=-25200 America/Bahia_Banderas Sun Apr 4 07:00:00 2010 UTC = Sun Apr 4 01:00:00 2010 CST isdst=0 gmtoff=-21600 America/Bahia_Banderas Sun Apr 4 07:59:59 2010 UTC = Sun Apr 4 01:59:59 2010 CST isdst=0 gmtoff=-21600 America/Bahia_Banderas Sun Apr 4 08:00:00 2010 UTC = Sun Apr 4 03:00:00 2010 CDT isdst=1 gmtoff=-18000 America/Bahia_Banderas Sun Oct 31 06:59:59 2010 UTC = Sun Oct 31 01:59:59 2010 CDT isdst=1 gmtoff=-18000 America/Bahia_Banderas Sun Oct 31 07:00:00 2010 UTC = Sun Oct 31 01:00:00 2010 CST isdst=0 gmtoff=-21600 Is this really correct, or should the timezone have jumped straight to CDT (-18000) at 0700 UTC? -- Stuart Bishop <stuart(a)stuartbishop.net> http://www.stuartbishop.net/

1 0

Time zone confusion and implementation hints
by Yves Goergen July 10, 2010

July 10, 2010

Hi, I'm currently implementing an API for the tz database that should look like .NET's TimeZoneInfo class to replace that in my application. The API includes: * Convert a date and time from UTC to a time zone * Convert a date and time from a time zone to UTC * Return the base UTC offset of a time zone for a date and time * Return the save offset of a time zone for a date and time * Determine whether a date and time is ambiguous in a time zone * Determine whether a date and time is invalid in a time zone It will come with a code generator that "compiles" the text files into C# code so that there's no need to deploy additional files with the application. The API's internal data structures are very similar to the tz database records, these are already coded. Currently I'm stuck because of the flexibility of the tz rules. These can define transition times either in local, standard or universal time. Additionally, the caller of my API passes a date and time that is either local or universal. All this needs to be matched correctly. The right rule needs to be selected and there can be ambiguous or invalid times all along the way. It's not only hard to implement, it's also hard to describe, it's very confusing not to have a common base [zone] you can hold on to. I have now read about any manpage and code file from the tzcode distribution, starting with zic.c and going backwards in the list. I think the file localtime.c does the actual conversion but it's hard to read because it contains only few comments and uses short all-lowercase global variable names. I couldn't follow it to its core where the magic happens. I have analysed .NET's TimeZoneInfo implementation with .NET Reflector but it's not half as mighty as what the tz database can express. I also looked at the C# library ZoneInfo, but it uses an incompatible license, reads the text files at runtime and last but not least is quite inexact around transition times which it inacceptable for a calendar application. Also I think it's a good idea to write my own API for it because I'll need a Java port later as well, working on the exact same data. Could somebody assist me in this, please? Are there helpful thoughts to use when implementing such a programme? Right now my biggest problem is the transition times and in consequence finding the right rule to use for a given date and time. -- Yves Goergen "LonelyPixel" <nospam.list(a)unclassified.de> Visit my web laboratory at http://beta.unclassified.de

19 51

Data request
by Rahim Bhimani July 9, 2010

July 9, 2010

Hello, Your website is useful. Thanks for managing the same. We tried to access your FTP site but were not able to get access of the same. Can you please send me the data through mail or let me know how else can we access the data. Would it be possible to get the data in following format : Country | City | timezone code | DST Start time | DST End time Will appreciate your prompt response. Warm Regards Rahim

1 0

Olson programming language specific data sets
by Rich Tibbett July 4, 2010

July 4, 2010

Hi, I would like to request that the following resource be added to http://www.twinsun.com/tz/tz-link.htm: http://code.google.com/p/tzdata/ This project provides programming language specific representations of Olson timezone data. Currently this includes XML, PHP, Ruby, Javascript, JSON and CSV formatted data. The repository is updated as soon as the Olson FTP distribution is updated. All data can be downloaded as a zip and/or it can be obtained/synced via anonymous SVN. Data is made available under the MIT license. Thanks for all your hard work and I hope this resource will be of interest for people looking for language-specific timezone bindings. best regards, Rich Tibbett

1 0

Problems with this mailing list?
by Yves Goergen July 4, 2010

July 4, 2010

Hi, I observe some strange behaviour with this mailing list. When trying to subscribe, nothing at all happened and after a second try, somebody seemed to have done that manually. This is a very irritating start for new people. I had sent a message to the list a few days ago which just didn't appear while a later one was sent around quite quickly. After a few hours I just resent my message and then it worked. I didn't receive any error message since then. It just got lost on the way with no notice. My mail server keeps informing me now that the delivery of my messages to the list is delayed by 24..48.. hours, but I already received the list's echo of the regarding message. I'm wondering what final error message my mail server will come up with when the retry timeout is over. The list's address is changed in all messages I get from it. Instead of tz(a)elsie.nci.nih.gov, my messages appear to be sent to tz(a)lecserver.nci.nih.gov. I even see messages to "tz(a)elsie.nci.nih.gov" <tz(a)lecserver.nci.nih.gov>... What is the real address now?! All very confusing here. I didn't observe such behaviour in any of the other 13 mailing lists I'm subscribed to... -- Yves Goergen "LonelyPixel" <nospam.list(a)unclassified.de> Visit my web laboratory at http://beta.unclassified.de

2 1

Some questions about the database format
by Yves Goergen July 1, 2010

July 1, 2010

Hi, I intend to use the tz database in my C# calendar application. Since I need a decent time zone support, I was pointed to this database from the MSDN forums. I now have a few questions regarding the file format of the text files. A day specification of "Sun>=1" or "Sun>=8" should be clear, I interpret this as the first/second Sunday in a month. But what weekday and week is "Sun>=25" or "Sun>=2"? How is the Zone field "[UNTIL]" to be understood exactly? Is it including or excluding the given time? What does "1990" mean, is it until and inclusive the whole year 1990, ie /1990-12-31T23:59:59 or is it something around 1990-01-01? What does the time specification "2:00s" mean? I've seen it several times but couldn't make any sense of it. Are all rules in the text files sorted ascending by time ("FROM" year)? That would simplify the processing because in order to convert them into .NET framework structures I need pairs of DST start and end rules together for a range of years, and thus need to resolve the overlapping rule definitions.

5 5

When will 2010k be released ?
by Rajput, Sonali June 30, 2010

June 30, 2010

Hi, Any plans for the k release ? Thanks Sonali

2 1

FW: .NET implementation for tz compiler list
by Olson, Arthur David (NIH/NCI) [E] June 21, 2010

June 21, 2010

I'm forwarding this message from Colin Bowern who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado From: Colin Bowern [mailto:colin@bowern.com] Sent: Wednesday, June 16, 2010 2:28 To: tz(a)lecserver.nci.nih.gov Subject: .NET implementation for tz compiler list Just wanted to give everyone a heads up that there is a Joda Time port for .NET in progress: http://code.google.com/p/noda-time/ It's starting to gather some steam. Cheers, Colin

1 0

.NET implementation for tz compiler list
by Colin Bowern June 16, 2010

June 16, 2010

Just wanted to give everyone a heads up that there is a Joda Time port for .NET in progress: http://code.google.com/p/noda-time/ It's starting to gather some steam. Cheers, Colin

1 0

FW: Patches for zic.8 manpage
by Olson, Arthur David (NIH/NCI) [E] June 14, 2010

June 14, 2010

I'm forwarding this message from Uli, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. The zic.8 file that's part of the original distribution at ftp://elsie.nci.nih.gov/pub doesn't contain ".Dl" lines. My best guess is that these are being introduced by a redistributor; someone on the list may have insights. --ado Hello, not sure if this is the right list to submit "code" changes to, but as I'm working on getting the FreeBSD manpage corpus into shape for mandoc/mdocml, there's a patch I'd like you to commit. The patch fixes some missing quotes. Regards, Uli diff --git a/contrib/tzcode/zic/zic.8 b/contrib/tzcode/zic/zic.8 index f7ff815..fe09ef2 100644 --- a/contrib/tzcode/zic/zic.8 +++ b/contrib/tzcode/zic/zic.8 @@ -120,9 +120,9 @@ Non-blank lines are expected to be of one of three types: rule lines, zone lines, and link lines. .Pp A rule line has the form: -.Dl "Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S +.Dl "Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S" For example: -.Dl "Rule US 1967 1973 \- Apr lastSun 2:00 1:00 D +.Dl "Rule US 1967 1973 \- Apr lastSun 2:00 1:00 D" .Pp The fields that make up a rule line are: .Bl -tag -width "LETTER/S" -offset indent @@ -262,7 +262,7 @@ the variable part is null. A zone line has the form: .Dl "Zone NAME GMTOFF RULES/SAVE FORMAT [UNTILYEAR [MONTH [DAY [TIME]]]]" For example: -.Dl "Zone Australia/Adelaide 9:30 Aus CST 1971 Oct 31 2:00 +.Dl "Zone Australia/Adelaide 9:30 Aus CST 1971 Oct 31 2:00" The fields that make up a zone line are: .Bl -tag -width indent .It NAME @@ -319,9 +319,9 @@ continuation. .El .Pp A link line has the form -.Dl "Link LINK-FROM LINK-TO +.Dl "Link LINK-FROM LINK-TO" For example: -.Dl "Link Europe/Istanbul Asia/Istanbul +.Dl "Link Europe/Istanbul Asia/Istanbul" The .Em LINK-FROM field should appear as the @@ -335,9 +335,9 @@ Except for continuation lines, lines may appear in any order in the input. .Pp Lines in the file that describes leap seconds have the following form: -.Dl "Leap YEAR MONTH DAY HH:MM:SS CORR R/S +.Dl "Leap YEAR MONTH DAY HH:MM:SS CORR R/S" For example: -.Dl "Leap 1974 Dec 31 23:59:60 + S +.Dl "Leap 1974 Dec 31 23:59:60 + S" The .Em YEAR , .Em MONTH ,

3 2

proposed time zone package changes (Bahia de Banderas; version naming)
by Arthur David Olson June 14, 2010

June 14, 2010

Here are proposed changes to the time zone package: northamerica New "Bahia_Banderas" time zone (omitting the "de" to stay within 14 characters) zone.tab New "Bahia_Banderas" time zone tz-link.htm Add sentence on time zone version naming. If no problems are found, these should show up on the ftp site on 2010-05-10. --ado ------- northamerica ------- *** /tmp/geta2310 Sat May 1 10:13:44 2010 --- /tmp/getb2310 Sat May 1 10:13:44 2010 *************** *** 1,5 **** # <pre> ! # @(#)northamerica 8.30 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)northamerica 8.31 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 2089,2095 **** --- 2089,2132 ---- -8:00 - PST 1970 -7:00 Mexico M%sT 1999 -7:00 - MST + + # From Alexander Krivenyshev (2010-04-21): + # According to news, Bahía de Banderas (Mexican state of Nayarit) + # changed time zone UTC-7 to new time zone UTC-6 on April 4, 2010 (to + # share the same time zone as nearby city Puerto Vallarta, Jalisco). + # + # (Spanish) + # Bahía de Banderas homologa su horario al del centro del + # país, a partir de este domingo + # <a href="http://www.nayarit.gob.mx/notes.asp?id=20748"> + # http://www.nayarit.gob.mx/notes.asp?id=20748 + # </a> + # + # Bahía de Banderas homologa su horario con el del Centro del + # País + # <a href="http://www.bahiadebanderas.gob.mx/principal/index.php?option=com_content&vi…"> + # http://www.bahiadebanderas.gob.mx/principal/index.php?option=com_content&vi…" + # </a> + # + # (English) + # Puerto Vallarta and Bahía de Banderas: One Time Zone + # <a href="http://virtualvallarta.com/puertovallarta/puertovallarta/localnews/2009-12-…"> + # http://virtualvallarta.com/puertovallarta/puertovallarta/localnews/2009-12-… + # </a> + # + # or + # <a href="http://www.worldtimezone.com/dst_news/dst_news_mexico08.html"> + # http://www.worldtimezone.com/dst_news/dst_news_mexico08.html + # </a> + # + # "Mexico's Senate approved the amendments to the Mexican Schedule System that + # will allow Bahía de Banderas and Puerto Vallarta to share the same time + # zone ..." # Baja California Sur, Nayarit, Sinaloa + + # From Arthur David Olson (2010-05-01): + # Use "Bahia_Banderas" to keep the name to fourteen characters. + Zone America/Mazatlan -7:05:40 - LMT 1921 Dec 31 23:54:20 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 *************** *** 2100,2105 **** --- 2137,2155 ---- -7:00 - MST 1949 Jan 14 -8:00 - PST 1970 -7:00 Mexico M%sT + + Zone America/Bahia_Banderas -7:01:00 - LMT 1921 Dec 31 23:59:00 + -7:00 - MST 1927 Jun 10 23:00 + -6:00 - CST 1930 Nov 15 + -7:00 - MST 1931 May 1 23:00 + -6:00 - CST 1931 Oct + -7:00 - MST 1932 Apr 1 + -6:00 - CST 1942 Apr 24 + -7:00 - MST 1949 Jan 14 + -8:00 - PST 1970 + -7:00 Mexico M%sT 2010 Apr 4 + -6:00 Mexico C%sT + # Baja California (near US border) Zone America/Tijuana -7:48:04 - LMT 1922 Jan 1 0:11:56 -7:00 - MST 1924 ------- tz-link.htm ------- *** /tmp/geta2330 Sat May 1 10:14:05 2010 --- /tmp/getb2330 Sat May 1 10:14:05 2010 *************** *** 18,24 **** <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> <address> ! @(#)tz-link.htm 8.26 </address> <p> This file is in the public domain, so clarified as of --- 18,24 ---- <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> <address> ! @(#)tz-link.htm 8.27 </address> <p> This file is in the public domain, so clarified as of *************** *** 89,94 **** --- 89,96 ---- where <code><var>C</var></code> is the code's version; similarly, the data are in <code>tzdata<var>D</var>.tar.gz</code>, where <code><var>D</var></code> is the data's version. + Each version is a four-digit year followed by lower-case letters + (a through z, then za through zz, then zza through zzz, and so on). The following <a href="http://en.wikipedia.org/wiki/Unix_shell">shell</a> commands download these files to a <abbr>GNU</abbr>/Linux or similar host; ------- zone.tab ------- *** /tmp/geta2358 Sat May 1 10:14:46 2010 --- /tmp/getb2358 Sat May 1 10:14:46 2010 *************** *** 1,5 **** # <pre> ! # @(#)zone.tab 8.35 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # --- 1,5 ---- # <pre> ! # @(#)zone.tab 8.36 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # *************** *** 288,293 **** --- 288,294 ---- MX +2904-11058 America/Hermosillo Mountain Standard Time - Sonora MX +3232-11701 America/Tijuana US Pacific Time - Baja California near US border MX +3018-11452 America/Santa_Isabel Mexican Pacific Time - Baja California away from US border + MX +2048-10515 America/Bahia_Banderas Mexican Central Time - Bahia de Banderas MY +0310+10142 Asia/Kuala_Lumpur peninsular Malaysia MY +0133+11020 Asia/Kuching Sabah & Sarawak MZ -2558+03235 Africa/Maputo

3 2

Revisiting Australian time zone abbreviations
by Richard Stanway June 13, 2010

June 13, 2010

Hello, I came across this mailing list while researching a time zone issue on our website which indirectly makes use of the zoneinfo. We localize some timestamps to the visitors time zone, but the site is trafficked by a predominately US audience where the abbreviation "EST" is used quite often. It is difficult for an Australian visitor to realize that the times they are seeing have been localized since they show for example as "8pm EST" due to the abbreviations used for the Australian time zones, leading to confusion as to whether it is US EST or AU EST. The last discussion on AEST vs EST seems to be about 9 years old and I figured it was time to revisit the subject now that there seems to be an official source. The government website of Australia states the time zone names for Australia are Australian Eastern Standard Time (AEST), Australian Central Standard Time (ACST) and Australian Western Standard Time (AWST) with Australian Eastern Daylight Time (AEDT) and Australian Central Daylight Time (ACDT) when observing daylight saving time. Reference: http://australia.gov.au/about-australia/our-country/time Any chance of these official names making it into a zoneinfo update?

1 0

Patches for zic.8 manpage
by Ulrich Spörlein June 9, 2010

June 9, 2010

Hello, not sure if this is the right list to submit "code" changes to, but as I'm working on getting the FreeBSD manpage corpus into shape for mandoc/mdocml, there's a patch I'd like you to commit. The patch fixes some missing quotes. Regards, Uli

1 0

FW: Timezone option
by Olson, Arthur David (NIH/NCI) [E] May 26, 2010

May 26, 2010

I'm forwarding this message from Honey Bajaj, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. (On some systems, setting TZ to "GMT-48" may do what HB wants.) --ado From: honey bajaj [mailto:honeybajaj1@rediffmail.com] Sent: Tuesday, May 25, 2010 3:36 To: tz(a)lecserver.nci.nih.gov Subject: Timezone option Hi, I have a testing requirement which needs to alter the system date to a couple of days ahead of current date. I am wondering if its possible to have a custom timezone which can provide this date change ability to drift the current time to couple of days ahead by setting the TZ environment variable. Regards,

4 3

Russian time zone issue reported
by Gary Lasker May 25, 2010

May 25, 2010

Hello! I've been getting started maintaining tzdata for Ubuntu, and I wanted to check in with the list regarding an issue reported by an Ubuntu user in the following bug report (please refer to comment #16 posted by Guria: https://bugs.launchpad.net/ubuntu/lucid/+source/tzdata/+bug/540295 The comment from Guria is as follows: "Just looked at timezones more precisely. Unfortunately changes are wrong. In changed tz's was set only summer time, but winter time stays unchanged. This timezones doesn't exists already in fact. Europe/Samara is now exactly equal Europe/Moscow, Asia/Kamchatka is Asia/Magadan. Follow next link for details: http://wwp.greenwichmeantime.com/time-zone/russia/time-zones/index.htm Also, please don't forget to provide this info to upstream or other distributions." I'd appreciate it very much if somebody could review this statement to determine what, if any, action may be required. Thank you very much and please email me if there's anything further I can provide. I'll be following responses on-list. Thanks again and best regards, Gary Lasker

3 2

Information Requeté
by Maameri, Adraa May 18, 2010

May 18, 2010

Hello, As you know, there are some countries that change their time zone randomly in the year. We have Egyptian users that want to know if it is possible to create another time zone called Cairo (+3:00). They will change manually their time zones and the best point is that the time of their meetings won't be shifted. Do you think it is possible to do ? Thanks in advance for your response. Regards, </PRE><p style="font-family:arial;color:grey" style="font-size:13px">This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.</p><PRE>

1 0

Xinjiang Time
by Luther Ma May 15, 2010

May 15, 2010

With the restoration of internet to Xinjiang yesterday after a ten month hiatus, I would like to make one more plea for Xinjiang Time to be included in the tz database. (Last year we discussed Xinjiang Time, a semi-official time used primarily by minority ethnic groups in the Xinjiang Uyghur Autonomous Region of China, as well as in some official Xinjiang Chinese language publications.) Although any proposal is better than nothing at this point, I've summarized here my preferences and my reasons. 1. That the locations be the already existing Urumqi/Asia and Kashgar/ Asia. These already exist in the database and have been the most common English spelling on the Internet and on maps for some time. (These names correspond closely to the Uyghur pronunciation and are probably more commonly used because of the autonomous region status of the area. The "q" in Urumqi is pronounced like the "ch' in English.) 2. That the name of the time zone be called Xinjiang Time, abbreviated XJT. This nomenclature corresponds word for word with the most common usage in Chinese and Uyghur, as well as all references to it I can find in English. It would therefore be immediately recognizable by users of Xinjiang Time. This would also agree with the recommendations in the Theory file. > If there is no common English abbreviation, abbreviate the English > translation of the usual phrase used by native speakers. URUT for Urumqi Time would be another possibility as it is a recognized, perhaps more official term, but not nearly as widely used. 3. That no other location be added (especially with the same latitude and longitude) to accommodate the use of Beijing Time (also widely used in Xinjiang, esp. by close to 100% of the ethnic Han population). The reason for this is two-fold. a. It agrees with the recommendations in Theory, Urumqi being quite a bit smaller than Beijing > Use the most populous among locations in a country's time zone, > e.g. prefer `Shanghai' to `Beijing' and by definition is redundant. > If all the clocks in a country's region have agreed since 1970, > don't bother to include more than one location b. But perhaps more critically, it is an added difficulty to implement two zones having the same position on most GUI's. I am afraid that GUI developers would choose the more commonly used time and that Xinjiang time, although present in the tzdata would be swallowed up in the user interface. 4. And lastly, that no effort be made to link the time zone with summer time changes that happened in the rest of the country during the late eighties, as the local populace, at least to some extent, continued to use standard time. If it is, however, desirable to have a summer time, I believe the abbreviation XJST would most closely follow the recommendations of the Theory file So these, then, are my suggestions and the reasons why. Thanks for taking another look into this, -Luther PS I have been patching the tzdata for my own use as well as for a very small distribution, which I have pasted below in case it is of any use to others or in changing the official version. $ diff -c tzdata2010j/asia proposedXJT/asia *** tzdata2010j/asia 2010-05-10 21:07:27.000000000 +0800 --- proposed XJT/asia 2010-05-15 19:08:24.000000000 +0800 *************** *** 390,396 **** # Fukang, Kuitun, Kumukuli, Miquan, Qitai, and Turfan. Zone Asia/Urumqi 5:50:20 - LMT 1928 # or Urumchi 6:00 - URUT 1980 May # Urumqi Time ! 8:00 PRC C%sT # Kunlun Time # West Tibet, including Pulan, Aheqi, Shufu, Shule; # West Xinjiang, including Aksu, Atushi, Yining, Hetian, Cele, Luopu, Nileke, --- 390,396 ---- # Fukang, Kuitun, Kumukuli, Miquan, Qitai, and Turfan. Zone Asia/Urumqi 5:50:20 - LMT 1928 # or Urumchi 6:00 - URUT 1980 May # Urumqi Time ! 6:00 - XJT # Kunlun Time # West Tibet, including Pulan, Aheqi, Shufu, Shule; # West Xinjiang, including Aksu, Atushi, Yining, Hetian, Cele, Luopu, Nileke, *************** *** 462,468 **** Zone Asia/Kashgar 5:03:56 - LMT 1928 # or Kashi or Kaxgar 5:30 - KAST 1940 # Kashgar Time 5:00 - KAST 1980 May ! 8:00 PRC C%sT # From Lee Yiu Chung (2009-10-24): --- 462,468 ---- Zone Asia/Kashgar 5:03:56 - LMT 1928 # or Kashi or Kaxgar 5:30 - KAST 1940 # Kashgar Time 5:00 - KAST 1980 May ! 6:00 - XJT # From Lee Yiu Chung (2009-10-24):

1 0

gmtime() oddities for large values
by Edwin Groothuis May 13, 2010

May 13, 2010

Hello! With my hat of the tzdata/tzcode maintainer on the FreeBSD system, I sometimes get the more interesting bugs reported. For example this piece of code, on 64 bit machines it returns the same values for values bigger than the initial one: #include <errno.h> #include <stdint.h> #include <stdio.h> #include <time.h> void t_inspect(time_t t) { struct tm *tp; errno = 0; tp = gmtime(&t); printf("t: %ld, tp: %p errno: %d\n", t, tp, errno); if (tp) printf("sec: %d, min: %d, hour: %d, mday: %d, mon: %d, " "year: %d, wday: %d, yday: %d, isdst: %d, gmtoff: %ld, " "zone: %s\n", tp->tm_sec, tp->tm_min, tp->tm_hour, tp->tm_mday, tp->tm_mon, tp->tm_year, tp->tm_wday, tp->tm_yday, tp->tm_isdst, tp->tm_gmtoff, tp->tm_zone); } int main(void) { // time_t t = INT32_MAX; time_t t = 67767976233532799; t_inspect(t-1); t_inspect(t); t_inspect(t+1); t_inspect(t+2); return 0; } The output on a 64 bit machine is (the interesting part is the sec=59) t: 67767976233532798, tp: 0x80085b9a0 errno: 2 sec: 58, min: 59, hour: 23, mday: 31, mon: 11, year: 2147481747, wday: 2, yday: 364, isdst: 0, gmtoff: 0, zone: UTC t: 67767976233532799, tp: 0x80085b9a0 errno: 0 sec: 59, min: 59, hour: 23, mday: 31, mon: 11, year: 2147481747, wday: 2, yday: 364, isdst: 0, gmtoff: 0, zone: UTC t: 67767976233532800, tp: 0x80085b9a0 errno: 0 sec: 59, min: 59, hour: 23, mday: 31, mon: 11, year: 2147481747, wday: 2, yday: 364, isdst: 0, gmtoff: 0, zone: UTC t: 67767976233532801, tp: 0x80085b9a0 errno: 0 sec: 59, min: 59, hour: 23, mday: 31, mon: 11, year: 2147481747, wday: 2, yday: 364, isdst: 0, gmtoff: 0, zone: UTC Right now, I am looking for confirmation from people on the list if this behaviour is also happening on other 64 bit operating systems or that it is a FreeBSD specific quirk. Edwin

3 2

Ponape/Pohnpei
by Clint Adams May 10, 2010

May 10, 2010

It has been brought to my attention that Ponape had been remained to Pohnpei in 1984. Could we switch to Pacific/Pohnpei with a backward link?

2 1