- tz - lists.iana.org

.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

2010j
by Olson, Arthur David (NIH/NCI) [E] May 10, 2010

May 10, 2010

The files... ftp://elsie.nci.nih.gov/pub/tzcode2010j.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2010j.tar.gz ...are now available; these reflect the changes circulated on the time zone mailing list for Bahia de Banderas and for version naming. --ado

1 0

Time format error in Olson TZ rules for Asia
by tojo.mathew＠nokia.com April 27, 2010

April 27, 2010

Hello, We have noticed a possible error in Jordan rule. It uses time value 24:00 in recent updates of Olson rule files. Rule Jordan 2002 max - Mar lastThu 24:00 1:00 S As per RFC 3339,( Clause :5.6. Internet Date/Time Format) it recommends time format from 00-23 for hours. (http://www.ietf.org/rfc/rfc3339.txt ) This implies Jordan rule may need to be changed to: Rule Jordan 2002 max - Mar lastFri 0:00 1:00 S Please check this and update in subsequent releases if found appropriate. Regards, Tojo Mathew Senior Engineer,Application S/W Nokia

6 9

Time zone file naming scheme
by Stephen Colebourne April 27, 2010

April 27, 2010

As spec lead of JSR-310, the Java effort to enhance dates and times, I'm encoding TZDB data. In order to represent the different versions of the data, I'm using the tzdb naming scheme or year followed by letter, eg. 2010i. This version number is sorted alphabetically. Obviously, it is possible that there might be more than 26 releases of the data in one year. In order to maintain the alphabetical sort order, I'd like this list to determine a strategy for the unlikely event that this situation occurs. For example: 2010a 2010z 2010za 2010zb If the list does not arrange a strategy (and define it in the theory document), then JSR-310, or future maintainers, will have to make up our own approach for numbering the 27th and onwards releases. Opinions? thanks Stephen

6 6

Subscription request
by tojo.mathew＠nokia.com April 23, 2010

April 23, 2010

I would like to subscribe to this mailing list. Best Regards, Tojo Mathew

1 0

Bahía de Banderas (Mexican state of Nayarit) changed time zone UTC-7 to UTC-6
by Alexander Krivenyshev April 21, 2010

April 21, 2010

According to news, Bahía de Banderas (Mexican state of Nayarit) changed time zone UTC-7 to new time zone UTC-6 on Apriul 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 http://www.nayarit.gob.mx/notes.asp?id=20748 Bahía de Banderas homologa su horario con el del Centro del País http://www.bahiadebanderas.gob.mx/principal/index.php? option=com_content&view=article&id=261:bahia-de-banderas-homologa-su-horario- con-el-del-centro-del-pais&catid=42:comunicacion-social&Itemid=50 (English) Puerto Vallarta and Bahía de Banderas: One Time Zone http://virtualvallarta.com/puertovallarta/puertovallarta/localnews/2009-12-… Puerto-Vallarta-and-Bahia-de-Banderas-One-Time-Zone.shtml or http://www.worldtimezone.com/dst_news/dst_news_mexico08.html "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 ..." Alexander Krivenyshev, http://www.worldtimezone.com

1 0

user-friendly time zone list
by Douglass Davis April 20, 2010

April 20, 2010

Hello All, I am attempting to find a user-friendly list of time zones for users to select their current time zone. It would have common names that timezones are referred to, such as Eastern Time (US and Canada), and/or city names. This list should map the text to a time zone name such as "America/New_York." It would also remove multiple listings for what the user thinks of as the same time zone. Does any one know of such a list? If not, I would like to create one. One thing that perhaps would help is if I could group many timezones by if they are implemented exactly the same way in 2010. This would make it easy to remove multiple listings for the "same" time zone. Also, if there are any time zones that are strictly there for historical purposes, I would like to not have them in the list. I will put this list in the public domain if any other application developers want to use it. Please let me know if you have any suggestions as far as where I could find this list, or how I could create it. Thanks. -- Douglass Davis Applications Developer UNC - General Administration

2 2

FW: Creating an alias to America/Sao_Paulo
by Olson, Arthur David (NIH/NCI) [E] April 20, 2010

April 20, 2010

I'm forwarding this message from Leonardo Ferreira, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. (There are no plans to add an America/Brasilia alias. If it's any consolation, the United States is in a similar boat--the time zone I'm in is named America/New_York rather than America/Washington_DC. --ado From: Leonardo Ferreira Fontenelle [mailto:leonardof@gnome.org] Sent: Sunday, April 18, 2010 10:36 To: tz(a)lecserver.nci.nih.gov Subject: Creating an alias to America/Sao_Paulo I am a GNOME trasnlator, and I received an e-mail from an user about the choice of the São Paulo city as the name for the corresponding time zone. I understand this is the most populous city, but he made a good point: in Brazil we call this time zone "Brasília time". Brasília has been our country capital for 50 years, since the government finished building it for this specific purpose. There's no chance the city will lose this the status for the next decades, because no one has any good reason for that. So, I'd like to know if there's any chance of creating America/Brasilia as an alias to America/Sao_Paulo. Thanks!

2 1

data2010i
by Olson, Arthur David (NIH/NCI) [E] April 19, 2010

April 19, 2010

The file... ftp://elsie.nci.nih.gov/pub/tzdata2010i.tar.gz ...is now available; this reflects the changes circulated last week on the time zone mailing list (with the end of DST in Morocco on 2010-08-08). --ado

1 0

Creating an alias to America/Sao_Paulo
by Leonardo Ferreira Fontenelle April 18, 2010

April 18, 2010

I am a GNOME trasnlator, and I received an e-mail from an user about the choice of the São Paulo city as the name for the corresponding time zone. I understand this is the most populous city, but he made a good point: in Brazil we call this time zone "Brasília time". Brasília has been our country capital for 50 years, since the government finished building it for this specific purpose. There's no chance the city will lose this the status for the next decades, because no one has any good reason for that. So, I'd like to know if there's any chance of creating America/Brasilia as an alias to America/Sao_Paulo. Thanks!

1 0

proposed time zone package changes (Morocco; Taipei; San Luis)
by Arthur David Olson April 16, 2010

April 16, 2010

Below are proposed time zone packages; here's a summary: africa Add Morocco DST in 2010. asia Add Taipei DST in 1979; remove Taipei DST in 1980. southamerica San Luis on "permanent" DST as of 2010. If no problems are found, these will show up on the ftp site on 2010-04-19. --ado diff -r -c old/africa new/africa *** old/africa Mon Apr 5 09:58:55 2010 --- new/africa Wed Apr 14 08:15:37 2010 *************** *** 1,5 **** # <pre> ! # @(#)africa 8.24 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)africa 8.25 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 680,685 **** --- 680,700 ---- # http://www.worldtimezone.com/dst_news/dst_news_morocco03.html # </a> + # From Steffen Thorsen (2010-04-13): + # Several news media in Morocco report that the Ministry of Modernization + # of Public Sectors has announced that Morocco will have DST from + # 2010-05-02 to 2010-08-08. + # + # Example: + # <a href="http://www.lavieeco.com/actualites/4099-le-maroc-passera-a-l-heure-d-ete-gm…"> + # http://www.lavieeco.com/actualites/4099-le-maroc-passera-a-l-heure-d-ete-gm… + # </a> + # (French) + # Our page: + # <a href="http://www.timeanddate.com/news/time/morocco-starts-dst-2010.html"> + # http://www.timeanddate.com/news/time/morocco-starts-dst-2010.html + # </a> + # RULE NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Morocco 1939 only - Sep 12 0:00 1:00 S *************** *** 701,706 **** --- 716,723 ---- Rule Morocco 2008 only - Sep 1 0:00 0 - Rule Morocco 2009 only - Jun 1 0:00 1:00 S Rule Morocco 2009 only - Aug 21 0:00 0 - + Rule Morocco 2010 only - May 2 0:00 1:00 S + Rule Morocco 2010 only - Aug 22 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Casablanca -0:30:20 - LMT 1913 Oct 26 0:00 Morocco WE%sT 1984 Mar 16 diff -r -c old/asia new/asia *** old/asia Mon Apr 5 09:58:55 2010 --- new/asia Wed Apr 14 08:15:38 2010 *************** *** 1,4 **** ! # @(#)asia 8.59 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,4 ---- ! # @(#)asia 8.60 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 566,571 **** --- 566,593 ---- # was still controlled by Japan. This is hard to believe, but we don't # have any other information. + # From smallufo (2010-04-03): + # According to Taiwan's CWB, + # <a href="http://www.cwb.gov.tw/V6/astronomy/cdata/summert.htm"> + # http://www.cwb.gov.tw/V6/astronomy/cdata/summert.htm + # </a> + # Taipei has DST in 1979 between July 1st and Sep 30. + + # From Arthur David Olson (2010-04-07): + # Here's Google's translation of the table at the bottom of the "summert.htm" page: + # Decade Name Start and end date + # Republic of China 34 years to 40 years (AD 1945-1951 years) Summer Time May 1 to September 30 + # 41 years of the Republic of China (AD 1952) Daylight Saving Time March 1 to October 31 + # Republic of China 42 years to 43 years (AD 1953-1954 years) Daylight Saving Time April 1 to October 31 + # In the 44 years to 45 years (AD 1955-1956 years) Daylight Saving Time April 1 to September 30 + # Republic of China 46 years to 48 years (AD 1957-1959) Summer Time April 1 to September 30 + # Republic of China 49 years to 50 years (AD 1960-1961) Summer Time June 1 to September 30 + # Republic of China 51 years to 62 years (AD 1962-1973 years) Stop Summer Time + # Republic of China 63 years to 64 years (1974-1975 AD) Daylight Saving Time April 1 to September 30 + # Republic of China 65 years to 67 years (1976-1978 AD) Stop Daylight Saving Time + # Republic of China 68 years (AD 1979) Daylight Saving Time July 1 to September 30 + # Republic of China since 69 years (AD 1980) Stop Daylight Saving Time + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Taiwan 1945 1951 - May 1 0:00 1:00 D Rule Taiwan 1945 1951 - Oct 1 0:00 0 S *************** *** 576,583 **** Rule Taiwan 1960 1961 - Jun 1 0:00 1:00 D Rule Taiwan 1974 1975 - Apr 1 0:00 1:00 D Rule Taiwan 1974 1975 - Oct 1 0:00 0 S ! Rule Taiwan 1980 only - Jun 30 0:00 1:00 D ! Rule Taiwan 1980 only - Sep 30 0:00 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Taipei 8:06:00 - LMT 1896 # or Taibei or T'ai-pei 8:00 Taiwan C%sT --- 598,606 ---- Rule Taiwan 1960 1961 - Jun 1 0:00 1:00 D Rule Taiwan 1974 1975 - Apr 1 0:00 1:00 D Rule Taiwan 1974 1975 - Oct 1 0:00 0 S ! Rule Taiwan 1979 only - Jun 30 0:00 1:00 D ! Rule Taiwan 1979 only - Sep 30 0:00 0 S ! # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Taipei 8:06:00 - LMT 1896 # or Taibei or T'ai-pei 8:00 Taiwan C%sT diff -r -c old/southamerica new/southamerica *** old/southamerica Mon Apr 5 09:58:55 2010 --- new/southamerica Wed Apr 14 08:15:38 2010 *************** *** 1,5 **** # <pre> ! # @(#)southamerica 8.43 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)southamerica 8.44 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 437,442 **** --- 437,463 ---- # of the country calls it "ART". # ... + # From Alexander Krivenyshev (2010-04-09): + # According to news reports from El Diario de la Republica Province San + # Luis, Argentina (standard time UTC-04) will keep Daylight Saving Time + # after April 11, 2010--will continue to have same time as rest of + # Argentina (UTC-3) (no DST). + # + # Confirmaron la prórroga del huso horario de verano (Spanish) + # <a href="http://www.eldiariodelarepublica.com/index.php?option=com_content&task=view…"> + # http://www.eldiariodelarepublica.com/index.php?option=com_content&task=view… + # </a> + # or (some English translation): + # <a href="http://www.worldtimezone.com/dst_news/dst_news_argentina08.html"> + # http://www.worldtimezone.com/dst_news/dst_news_argentina08.html + # </a> + + # From Mariano Absatz (2010-04-12): + # yes...I can confirm this...and given that San Luis keeps calling + # UTC-03:00 "summer time", we should't just let San Luis go back to "Arg" + # rules...San Luis is still using "Western ARgentina Time" and it got + # stuck on Summer daylight savings time even though the summer is over. + # Zone NAME GMTOFF RULES FORMAT [UNTIL] # # Buenos Aires (BA), Capital Federal (CF), *************** *** 570,577 **** # # San Luis (SL) ! Rule SanLuis 2008 max - Mar Sun>=8 0:00 0 - ! Rule SanLuis 2007 max - Oct Sun>=8 0:00 1:00 S Zone America/Argentina/San_Luis -4:25:24 - LMT 1894 Oct 31 -4:16:48 - CMT 1920 May --- 591,598 ---- # # San Luis (SL) ! Rule SanLuis 2008 2009 - Mar Sun>=8 0:00 0 - ! Rule SanLuis 2007 2009 - Oct Sun>=8 0:00 1:00 S Zone America/Argentina/San_Luis -4:25:24 - LMT 1894 Oct 31 -4:16:48 - CMT 1920 May

3 2

Tunisia Time Correction
by Rovinder Chopra April 15, 2010

April 15, 2010

Hiya, http://www.timeanddate.com/worldclock/city.html?n=253 show Tunisia time differently to http://convertit.com/Go/ConvertIt/World_Time/Current_Time.ASP?For=Tunis+Tun… Some sources say that they abandoned daylight savings in 2009. Thanks, Rov. Linedata Services (UK) Ltd Registered Office: Bishopsgate Court, 4-12 Norton Folgate, London, E1 6DB Registered in England and Wales No 3027851 VAT Reg No 778499447

2 1

tzdata question
by bobgerman＠bobgerman.com April 14, 2010

April 14, 2010

Hello, I hope this is the right place for this question. A coworker suggested filing a bug report, but I'm not confident enough in what I'm seeing to do so. I recently updated two servers from CentOS 5.2 to 5.4. In the process, of course, the tzdata package was updated. Shortly after updating, my boss began barking about a server with the wrong timezone showing up in our logging. He's very uptight about that sort of thing. We log everything with UTC religiously because we have servers all over the planet. Further investigation revealed that on these two particular servers, which had been updated with CentOS 5.4 (and the tzdata package), we could NOT change the time by the usual means (rm /etc/localtime; ln -s /usr/share/zoneinfo/UTC /etc/localtime). This works everywhere else in our datacenters, so we were confused. Upon looking closer, it appears the UTC file installed by the latest tzdata package is not a UTC file. Running strings on it reveals EST5EDT. I don't know if this is a problem at the source, or a packaging problem somewhere along the stream. I'm sending it to this email address because this is what I found in the README for the tzdata package. Please feel free to correct me in any way that will help me stop my boss from barking, as this is every information technologist's duty in life. Thank you for your brain cycles.

3 2

Re: data2010h
by Garrett Wollman April 14, 2010

April 14, 2010

"Olson, Arthur David (NIH/NCI) [E]" <olsona(a)dc37a.nci.nih.gov> wrote: >I believe we're now update with this year's changes. There's still work to do on past changes in Ontario, Canada and Taipei. >There are also questions about just what happened on the Mexico side of the U.S.-Mexico border this year. >And there's the West Bank to be examined. A new anomaly that I've just recently become aware of: Deep Springs College in Deep Springs, California, does not observe DST. -GAWollman

1 1

FW: What about Magadan Time (UTC+11)?
by Olson, Arthur David (NIH/NCI) [E] April 13, 2010

April 13, 2010

I'm forwarding this message from Alex Chubov, 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: Alex Chubov [mailto:a.chubov@cti.ru] Sent: Tuesday, April 13, 2010 10:32 To: tz(a)lecserver.nci.nih.gov Subject: What about Magadan Time (UTC+11)? Hello, guys! Sorry, may be this is a stupid question, but what about Magadan time? I don't know how to set up it... http://en.wikipedia.org/wiki/Magadan_Time ---> I do this: [root@chubov ~]# tzselect Please identify a location so that time zone rules can be set correctly. Please select a continent or ocean. 1) Africa 2) Americas 3) Antarctica 4) Arctic Ocean 5) Asia 6) Atlantic Ocean 7) Australia 8) Europe 9) Indian Ocean 10) Pacific Ocean 11) none - I want to specify the time zone using the Posix TZ format. #? 8 Please select a country. 1) Aaland Islands 18) Greece 35) Norway 2) Albania 19) Guernsey 36) Poland 3) Andorra 20) Hungary 37) Portugal 4) Austria 21) Ireland 38) Romania 5) Belarus 22) Isle of Man 39) Russia 6) Belgium 23) Italy 40) San Marino 7) Bosnia & Herzegovina 24) Jersey 41) Serbia 8) Britain (UK) 25) Latvia 42) Slovakia 9) Bulgaria 26) Liechtenstein 43) Slovenia 10) Croatia 27) Lithuania 44) Spain 11) Czech Republic 28) Luxembourg 45) Sweden 12) Denmark 29) Macedonia 46) Switzerland 13) Estonia 30) Malta 47) Turkey 14) Finland 31) Moldova 48) Ukraine 15) France 32) Monaco 49) Vatican City 16) Germany 33) Montenegro 17) Gibraltar 34) Netherlands #? 39 Please select one of the following time zone regions. 1) Moscow-01 - Kaliningrad 9) Moscow+04 - Yenisei River 2) Moscow+00 - west Russia 10) Moscow+05 - Lake Baikal 3) Moscow+00 - Caspian Sea 11) Moscow+06 - Lena River 4) Moscow+01 - Samara, Udmurtia 12) Moscow+07 - Amur River 5) Moscow+02 - Urals 13) Moscow+07 - Sakhalin Island 6) Moscow+03 - west Siberia 14) Moscow+08 - Magadan 7) Moscow+03 - Novosibirsk 15) Moscow+09 - Kamchatka 8) Moscow+03 - Novokuznetsk 16) Moscow+10 - Bering Sea --> OR: [root@chubov ~]# tzselect Please identify a location so that time zone rules can be set correctly. Please select a continent or ocean. 1) Africa 2) Americas 3) Antarctica 4) Arctic Ocean 5) Asia 6) Atlantic Ocean 7) Australia 8) Europe 9) Indian Ocean 10) Pacific Ocean 11) none - I want to specify the time zone using the Posix TZ format. #? 5 Please select a country. 1) Afghanistan 18) Israel 35) Palestine 2) Armenia 19) Japan 36) Philippines 3) Azerbaijan 20) Jordan 37) Qatar 4) Bahrain 21) Kazakhstan 38) Russia 5) Bangladesh 22) Korea (North) 39) Saudi Arabia 6) Bhutan 23) Korea (South) 40) Singapore 7) Brunei 24) Kuwait 41) Sri Lanka 8) Cambodia 25) Kyrgyzstan 42) Syria 9) China 26) Laos 43) Taiwan 10) Cyprus 27) Lebanon 44) Tajikistan 11) East Timor 28) Macau 45) Thailand 12) Georgia 29) Malaysia 46) Turkmenistan 13) Hong Kong 30) Mongolia 47) United Arab Emirates 14) India 31) Myanmar (Burma) 48) Uzbekistan 15) Indonesia 32) Nepal 49) Vietnam 16) Iran 33) Oman 50) Yemen 17) Iraq 34) Pakistan #? 38 Please select one of the following time zone regions. 1) Moscow-01 - Kaliningrad 9) Moscow+04 - Yenisei River 2) Moscow+00 - west Russia 10) Moscow+05 - Lake Baikal 3) Moscow+00 - Caspian Sea 11) Moscow+06 - Lena River 4) Moscow+01 - Samara, Udmurtia 12) Moscow+07 - Amur River 5) Moscow+02 - Urals 13) Moscow+07 - Sakhalin Island 6) Moscow+03 - west Siberia 14) Moscow+08 - Magadan 7) Moscow+03 - Novosibirsk 15) Moscow+09 - Kamchatka 8) Moscow+03 - Novokuznetsk 16) Moscow+10 - Bering Sea #? Whereis +11 and +12? -- Best regards, Alex Chubov IPTV Engineer CTI - Communications. Technology. Innovations. Tel: +7 (495) 784-73-13 ext 2850 Fax: +7 (495) 784-73-14 E-mail: a.chubov(a)cti.ru Skype: avchubov Web: www.cti.ru

3 2