October 2008 - tz - lists.iana.org

proposed tz change for Latvia, Lithuania
by Paul Eggert May 25, 2015

May 25, 2015

It's March Madness time for daylight-saving rule changes. Here's a proposed change to the tz database to keep up with the latest political development, which affects time stamps starting March 29: * Latvia and Lithuania will not observe DST, starting this year. Thanks to Andrei Ivanov for this info. =================================================================== RCS file: RCS/europe,v retrieving revision 2000.3 retrieving revision 2000.3.0.1 diff -pu -r2000.3 -r2000.3.0.1 --- europe 2000/03/04 15:31:08 2000.3 +++ europe 2000/03/08 17:48:59 2000.3.0.1 @@ -1135,6 +1135,12 @@ Link Europe/Rome Europe/San_Marino # 1997-01-21 on transition to Summer time ... established the same order of # daylight savings time settings as in the States of the European Union. +# From Andrei Ivanov (2000-03-06): +# This year Latvia will not switch to Daylight Savings Time (as specified in +# <a href="http://www.lv-laiks.lv/wwwraksti/2000/071072/vd4.htm"> +# The Regulations of the Cabinet of Ministers of the Rep. of Latvia of +# 29-Feb-2000 (#79)</a>, in Latvian for subscribers only). + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Latvia 1989 1996 - Mar lastSun 2:00s 1:00 S Rule Latvia 1989 1996 - Sep lastSun 2:00s 0 - @@ -1151,7 +1157,8 @@ Zone Europe/Riga 1:36:24 - LMT 1880 3:00 Russia MSK/MSD 1989 Mar lastSun 2:00s 2:00 1:00 EEST 1989 Sep lastSun 2:00s 2:00 Latvia EE%sT 1997 Jan 21 - 2:00 EU EE%sT + 2:00 EU EE%sT 2000 Feb 29 + 2:00 - EET # Liechtenstein # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -1178,6 +1185,11 @@ Zone Europe/Vaduz 0:38:04 - LMT 1894 Jun # motion to give up shifting to summer time in spring, as it was # already done by Estonia. +# From Andrei Ivanov (2000-03-06): +# I've heard that Ministers of three Baltic countries on their summit +# somewhere in February decided not to switch to summer time starting from +# this spring. + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Vilnius 1:41:16 - LMT 1880 1:24:00 - WMT 1917 # Warsaw Mean Time @@ -1192,7 +1204,8 @@ Zone Europe/Vilnius 1:41:16 - LMT 1880 2:00 C-Eur EE%sT 1998 2:00 - EET 1998 Mar 29 1:00u 1:00 EU CE%sT 1999 Oct 31 1:00u - 2:00 EU EE%sT + 2:00 EU EE%sT 2000 Feb + 2:00 - EET # Luxembourg # Whitman disagrees with most of these dates in minor ways; go with Shanks.

5 5

Tomsk wrong timezone
by Jesper Norgaard Welen Feb. 18, 2011

Feb. 18, 2011

A quote from the 'europe' file: # Novosibirskaya oblast'. Zone Asia/Novosibirsk 5:31:40 - LMT 1919 Dec 14 6:00 6:00 - NOVT 1930 Jun 21 # Novosibirsk Time 7:00 Russia NOV%sT 1991 Mar 31 2:00s 6:00 Russia NOV%sT 1992 Jan 19 2:00s 7:00 Russia NOV%sT 1993 May 23 # say Shanks & P. 6:00 Russia NOV%sT # # From Oscar van Vlijmen (2001-08-25): [This region consists of] # Kemerovskaya oblast', Krasnoyarskij kraj, # Tajmyrskij (Dolgano-Nenetskij) avtonomnyj okrug, Tomskaya oblast', # Respublika Tuva, Respublika Khakasiya, Evenkijskij avtonomnyj okrug. Zone Asia/Krasnoyarsk 6:11:20 - LMT 1920 Jan 6 6:00 - KRAT 1930 Jun 21 # Krasnoyarsk Time 7:00 Russia KRA%sT 1991 Mar 31 2:00s 6:00 Russia KRA%sT 1992 Jan 19 2:00s 7:00 Russia KRA%sT In fact, it seems that Tomsk city and Tomskaya oblast' is part of the Novosibirsk timezone, see http://en.wikipedia.org/wiki/Tomskaya_Oblast%27%2C_Russia and http://www.admin.tomsk.ru/1024 ... the latter, if you don't understand russian, look at the time under the green horse. I don't know if this simply means that Tomskaya oblast' changed timezone since 2001, which is a possibility, that would then require a new timezone. Regards, - Jesper Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (55) 58-04-20-04 ext. 1374 Fax: +52 (55) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 Download the shareware program World Time Explorer, I made: http://www.worldtimeexplorer.com/index.html

3 2

zdump on 64bit architectures being worked on?
by Stuart Bishop Jan. 21, 2009

Jan. 21, 2009

Hi. Is anyone looking at getting zdump(1) working on 64bit systems? http://thread.gmane.org/gmane.comp.time.tz/2155/focus=2156 https://bugs.launchpad.net/pytz/+bug/213816 I'm currently parsing its output to generate some test suites and I'm one 4 year old laptop away from having no 32bit systems to work on... -- Stuart Bishop <stuart(a)stuartbishop.net> http://www.stuartbishop.net/

7 11

FW: Australian DST abbreviations causing business problems - still
by Olson, Arthur David (NIH/NCI) [E] Jan. 16, 2009

Jan. 16, 2009

I'm forwarding this message from Mick Johnston, 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: Mick Johnston [mailto:Mick.Johnston@coles.com.au] Sent: Tuesday, August 26, 2008 1:42 To: 'tz(a)elsie.nci.nih.gov' Subject: Australian DST abbreviations causing business problems - still It's well past time the Australian 'Daylight Saving Time' abbreviations were updated to reflect the current terms and usage. Comments posted previously in the 'australasia' file are outdated and wrong and have been causing lots of problems for years. You don't have to take my word for this. Although most of the URLs identified in the file are not official sites and Daylight Saving Time is legislated by state governments, the exemplary abbreviations are displayed at the Australian federal government website at <http://www.australia.gov.au/Time#daylightsaving> as at 26/8/08. Here is the important bit: Quote: Where daylight saving is being observed: * AEST becomes Australian Eastern Daylight Time (AEDT), and clocks are advanced to UTC +11. * ACST becomes Australian Central Daylight Time (ACDT), and clocks are advanced to UTC +10 ½. * AWST becomes Australian Western Daylight Time (AWDT), and clocks are advanced to UTC +9. " Unquote: The abbreviations AEDT, ACDT and AWDT are commonly shortened to EDT, CDT and WDT. Is there really a problem? Yes. I work for a national retail company that makes deliveries across the country. Here is just one example of the sorts of problems we face. Queensland don't have Daylight Saving Time. New South Wales (across the border from Queensland) do have Daylight Saving Time. Due to the fact that the Olsen data uses EST for both 'Eastern Summer Time' (New South Wales) and 'Eastern Standard Time' (Queensland), a delivery from New South Wales to Queensland can have a pickup time of 10.30am EST and a delivery time of 10.00am EST. We like to be efficient but we're not that good. System users only see the EST and get horribly confused. If the problem impacts businesses, then why don't they use their own time zone tables? It's not that simple. It's quite common today to find systems (like ours) that are purchased on an enterprise licence basis from a large international company. It could be difficult to get the company to change the base software product. Also, it's common for software products to run on standard operating systems such as the AIX flavour of Unix, and for the software products to use whatever time zone information is applied by the operating system. Try getting the operating system vendor to change their software and they'll simply tell you it's based on the Olsen updates. Then why hasn't the table been changed already? To answer this question, I need to address some of the comments previously made in the 'australasia' file. The first comment on this subject in the file was made by John Mackin back in 1991: JM:" We in Australia have _never_ referred to DST as `daylight' time. It is called `summer' time." MJ: This comment is more than 17 years old and horribly outdated. I have lived in Australia all my life and have been supporting systems here since well before 1991. Most Australians simply use the term 'Daylight Saving Time'. It's uncommon outside the business environment to use any other term. In business and government, Australians recognized the problems associated with ambiguous abbreviations a long time ago and have generally adopted the 'EDT' form. Various federal government websites (although not official), in an attempt to encourage uniformity, have been displaying the newer abbreviations for some time. See <http://www.bom.gov.au/climate/averages/tables/daysavtm.shtml> <http://www.australia.gov.au/Time#daylightsaving> Paul Eggert wrote an interesting post in 2001 that needs to be addressed. PE: "My own impression is that both "Daylight Time" and "Summer Time" are common and are widely understood, but that "Summer Time" is more popular;" MJ: Based on my day-to-day observations and discussions with people across states, most Australians now don't use the term 'Eastern Summer Time'. PE: "I just used AltaVista advanced search and got the following count of page hits: 1,103 "Eastern Summer Time" AND domain:au 971 "Australian Eastern Summer Time" AND domain:au 613 "Eastern Daylight Time" AND domain:au 127 "Australian Eastern Daylight Time" AND domain:au" MJ: I just googled (26/8/08) similar searches based on an "Australia only" search and my results were: 30,500 - "eastern daylight time" 5,640 - "eastern summer time" PE: "For abbreviations, tools like AltaVista are less useful because of ambiguity. Many hits are not really time zones, unfortunately, and many hits denote US time zones and not Australian ones. But here are the hit counts anyway: 161,304 "EST" and domain:au 25,156 "EDT" and domain:au" MJ: I agree with your comments, which means the figures are totally inaccurate. File Changes: Due to the fact that the file forms part of the JTZU (Java Time Zone Updates) provided by the operating system vendor, I am unable to create and test proposed changes. Also, there are quite a few changes required and I don't want to spend hours making these changes if they're not going to be applied. I ask for your advice on how to proceed with this. I am happy to work with you to produce a complete set of revised rules if you decide to go ahead with this proposal. We will need to change Aus, AW, AS, AT, AV and AN rules and their corresponding zone formats to use the 'E%sT' format. Thanks for your time and assistance Mick Johnston Dept: CGL - IT ES Supply Chain * L4 Bourke St. Melbourne (ILS Support) * (03) 9635 4457 This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material.

9 14

FW: Wrong Argentinian DST introduced in version 2008f
by Olson, Arthur David (NIH/NCI) [E] Dec. 11, 2008

Dec. 11, 2008

I'm forwarding this message from Aurelien Jarno, who is not on the time zone mailing list. Those of you who are on the time zone mailing list, please direct replies appropriately. --ado -----Original Message----- From: Aurelien Jarno [mailto:aurelien@aurel32.net] Sent: Monday, October 06, 2008 9:29 To: tz(a)lecserver.nci.nih.gov Subject: Wrong Argentinian DST introduced in version 2008f Hi, tzdata version 2008f introduced a rule for Argentinian DST based on http://www.worldtimezone.com/dst_news/dst_news_argentina03.html and http://www.impulsobaires.com.ar/nota.php?id=57832 Unfortunately those links only speak about rumors of a DST change, there is nothing fixed officially, and according to some Argentinian people DST may even not happen this year. Until an official decision is taken it is probably a lot better to remove any DST rule for year 2008. Please find attached a patch to do that. Regards, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' aurel32(a)debian.org | aurelien(a)aurel32.net `- people.debian.org/~aurel32 | www.aurel32.net

4 3

tzdata2008i.tar.gz
by Olson, Arthur David (NIH/NCI) [E] Nov. 7, 2008

Nov. 7, 2008

The file... ftp://elsie.nci.nih.gov/pub/tzdata2008i.tar.gz ...is now available; this reflects changes circulated last week on the time zone mailing list to the southamerica and zone.tab files, with Argentina DST rule changes and United States zone reordering and recommenting. --ado

7 6

FW: Looking for advices regarding tzdata
by Olson, Arthur David (NIH/NCI) [E] Oct. 30, 2008

Oct. 30, 2008

I'm forwarding this message from Dmitri Pal, 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: Dmitri Pal [mailto:dpal@redhat.com] Sent: Friday, October 24, 2008 2:52 To: tz(a)lecserver.nci.nih.gov Subject: Looking for advices regarding tzdata Hi, I am new to tzdata and advanced time zone conversion technics that it offers. I read couple articles about tzdata on wikipedia and in man pages. So far I do not see what I am looking for so may be it just does not exist. Here is what I am trying to accomplish. Input: YYYYMMDDHHMMSS - date or some other date format that can be easily broken into tm structure. TZ information - I was hoping to use some kind of meaningful string so time zone names. Names from zone.dat would work perfectly. Output: Number of seconds since 1 Jan 1970 in UTC time that corresponds to the time stamp Processing: * The function that would do the conversion needs to parse and validate the format before conversion can happen. That includes validating the TZ name. * Would be nice to use standard libc functions to do this conversion as much as possible What is missing: I am currently on Red Hat Enterprise Linux 5.1. It has /usr/share/zoneinfo and there I found zone.dat. Is there any function or set of functions that allow me to interact with this database like: get_next_timezone_name - to iterate through the list and get the timezone. Is there any abstraction around this file? In different distributions it can be in different places and under different names. But libc functions hide this complexity so is there any API that will let me to enumerate timezones and or check if the XXXX/YYYY is the correct valid time zone name without dealing with the file myself? Also the other part is determining the daylight savings at the moment of conversion in the specified time zone? Would it be something like breaking the input I have into the tm structure , calling tzset(timezonename) and then call mktime? #include <time.h> #include <stdlib.h> time_t my_time (struct tm *tm, char *timezonename) { time_t ret; char *tz; tz = getenv("TZ"); setenv("TZ", timezonename, 1); tzset(); ret = mktime(tm); if (tz) setenv("TZ", tz, 1); else unsetenv("TZ"); tzset(); return ret; } This example is based on the timegm example but seems to contradict mktime man page that states that mktime sets the timezone variable itself. In other words I can populate a part of the tm from the data I have but I need to populate the tm_isdst based on the timezone. Would the code above accomplish the task? I feel like something might be wrong with this but I am not sure what. So this is where I am and I am bit lost. Please advise. Thank you Dmitri Pal

1 0

strftime(3) fix
by Sascha Wildner Oct. 30, 2008

Oct. 30, 2008

Hello, please consider applying the following patch. It was recently committed to FreeBSD (see http://svn.freebsd.org/viewvc/base/head/lib/libc/stdtime/strftime.c?view=lo…) --- strftime.c.orig 2008-10-30 22:09:54 +0100 +++ strftime.c 2008-10-30 22:11:23 +0100 @@ -216,7 +216,7 @@ { int warn2 = IN_SOME; - pt = _fmt(Locale->c_fmt, t, pt, ptlim, warnp); + pt = _fmt(Locale->c_fmt, t, pt, ptlim, &warn2); if (warn2 == IN_ALL) warn2 = IN_THIS; if (warn2 > *warnp) Regards, Sascha

1 0

neverending Argentinian changes... Carmen de Patagones
by Mariano Absatz - El Baby Oct. 29, 2008

Oct. 29, 2008

The city of Carmen de Patagones (Provincia de Buenos Aires) http://en.wikipedia.org/wiki/Carmen_de_Patagones is "twin" to Viedma (Provincia de Río Negro) http://en.wikipedia.org/wiki/Viedma and many people in one city works or studies in the other... Since Río Negro is at UTC-3 and Buenos Aires at UTC-2, this has become more than a nuissance for people living in one city and working in the other one or, worse yet, having a different job in each or studying in one city and working in the other one... http://www.lanacion.com.ar/nota.asp?nota_id=1061607 http://www.lanueva.com/edicion_impresa/nota/29/10/2008/8at064.html The Intendente (Major?) of Carmen the Patagones asked the Governor of the Provincia de Buenos Aires to allow the city to adhere to UTC-3... apparently the Governor will reject it (and allow schools and public offices to change their timetables so as to coordinate them with the UTC-3 but calling it differently)... Except for the Provincial Bank (Banco de la Provincia de Buenos Aires) that must keep the same timetable in the whole Province... If this goes on like this (that is, Carmen de Patagones keeps the same timezone as the rest of the Province), then we're fine... otherwise... we'll have to split America/Argentina/Buenos_Aires into yet another timezone called America/Argentina/C_de_Patagones or something like that :-( I'll keep you posted... -- Mariano Absatz - "El Baby" baby(a)baby.com.ar www.clueless.com.ar -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Real programmers use: cat > a.out http://xkcd.com/378/ -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- * TagZilla 0.066 * http://tagzilla.mozdev.org

1 0

FW: file-format
by Olson, Arthur David (NIH/NCI) [E] Oct. 27, 2008

Oct. 27, 2008

I'm forwarding this message from hsv, 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: hsv(a)tbbs.net [mailto:hsv@tbbs.net] Sent: Monday, October 27, 2008 3:01 To: tz(a)lecserver.nci.nih.gov Subject: file-format The man-page describes a fairly loose fileformat, but the actual files show less loosness: there is no quoted sharp (#), all one name s Rules are in a bunch in time order, with no other Rule or Zone in between, all weekday-names are three-letter-long abbreviations of capital letter and twain small letters. Can I afford to count on that, or is it really needful to pars a much looser-formatted file than really is there?

2 1