- tz - lists.iana.org

Re: [tz] Fiji DST for 2012-2013 announced
by random832＠fastmail.us Sept. 8, 2012

Sept. 8, 2012

(oops, sent it directly instead of to the list at first) On Sun, Sep 2, 2012, at 00:12, lord.buddha(a)gmail.com wrote: > I now also wonder if the > presumption of a pattern might cause conflicts with other sources. > IATA / Microsoft etc. I think Microsoft's practice has generally been to have extrapolated rules, hope for the best, and publish a hotfix if it doesn't match. My (unpatched) Windows 7 machine extends the 2010 rule [Fourth Sunday October to Last Sunday March] on to infinity. They have published at least two updates since then that I've been able to find that tweak the rules, and I haven't verified firsthand but have no particular reason to doubt they similarly extend the then-latest rules [Fourth Sunday January to First Sunday March, based on update description text] indefinitely, and expect to publish further hotfixes. -- Random832

2 2

Fiji DST for 2012-2013 announced
by Steffen Thorsen Sept. 6, 2012

Sept. 6, 2012

According the the Fiji Government Online Portal, "The Minister for Labour, Industrial Relations and Employment Mr Jone Usamate today confirmed that Fiji will start daylight savings at 2 am on Sunday 21st October 2012 and end at 3 am on Sunday 20th January 2013." http://www.fiji.gov.fj/index.php?option=com_content&view=article&id=6702:da… Best regards, Steffen Thorsen - timeanddate.com

6 12

Typo in 2012e Theory file
by Jonathan Leffler Aug. 31, 2012

Aug. 31, 2012

There is a typo 'simplifes' for 'simplifies' in the Theory file in the 2012e release. -- Jonathan Leffler <jonathan.leffler(a)gmail.com> #include <disclaimer.h> Guardian of DBD::Informix - v2011.0612 - http://dbi.perl.org "Blessed are we who can laugh at ourselves, for we shall never cease to be amused."

3 2

[PATCH 0/1] Add Asia/Beijing
by James M Leddy Aug. 19, 2012

Aug. 19, 2012

I know this is a controversial topic, but I've been asked to submit this, and have decided to do so for a few reasons: * We'll stop getting questions of why Beijing Time is not included. * People that want to ship their own modified version of tzdata can take this patch. * The common proposed fix is that we should be using "human presentable" names and have a mapping from these names to the actual timezones. Since that proposal, indeed since the inception of desktop Linux/Unix, no one (as far as I know) has actually done this, leading to continued confusion from users. * I've seen it argued that we have to keep the the database pristine, yet the bar for entry does not actually seem that high. For example, we have a link from the Vatican to Rome, even though it should be pretty obvious that they're the same time zone. And we have a Link for people that can't seem to figure out if Nicosia is in Europe or Asia. * This really does seem to confuse users. "Eastern Time" includes both Washington, D.C. and New York City. The justification is that we never added Washington to the list, so we shouldn't add Beijing. But this is really not a fair comparison. It's called "Beijing Time". I'm sure if ET was called "Washington Time", it would at least give me pause to select New York time, even though I'm a New Yorker. No one gets confused that they have to pick New York, or Madrid instead of Barcelona, so that argument doesn't hold water.

16 34

Fwd: tz code 2012-e: Compilation issues on MacOS X 10.8
by Carlo Dapor Aug. 17, 2012

Aug. 17, 2012

Hello TZ maintainers Paul Eggert asked asked me to forward the e-Mail below to tz(a)iana.org. Can you incorporate the suggested change, please ? A feedback is most welcome, thanks. Regards, -- Carlo ---------- Forwarded message ---------- From: Carlo Dapor <catull(a)gmail.com> Date: 5 August 2012 12:35 Subject: tz code 2012-e: Compilation issues on MacOS X 10.8 To: Paul Eggert <eggert(a)cs.ucla.edu> Hello Paul I built the latest tz code on MacOS X 10.8. However, in localtime.c two methods are re-defined void tzsetwall (void) - line 1167 void tzset (void) - line 1190 Not sure this is the correct way, I placed an "#if !defined (__APPLE__) && !defined (__MACH__)" on lines 1167 and 1190. And on lines 1188 and 1233 an "#endif /* ! __APPLE__ && ! __MACH__ */". For completeness, see the two compilation attempts before this change. #1 cc -DTZDIR=\"/usr/local/etc/zoneinfo\" -c -o localtime.o localtime.c localtime.c:1167:1: error: static declaration of 'tzsetwall' follows non-static declaration tzsetwall(void) ^ /usr/include/time.h:150:6: note: previous declaration is here void tzsetwall(void); ^ 1 error generated. gmake: *** [localtime.o] Error 1 #2 cc -DTZDIR=\"/usr/local/etc/zoneinfo\" -c -o localtime.o localtime.c localtime.c:1190:1: error: static declaration of 'tzset' follows non-static declaration tzset(void) ^ /usr/include/time.h:136:6: note: previous declaration is here void tzset(void); ^ 1 error generated. gmake: *** [localtime.o] Error 1 Regards, -- Carlo

3 3

Re: [tz] [PATCH 0/1] Add Asia/Beijing
by Alan Mintz Aug. 15, 2012

Aug. 15, 2012

At 2012-08-15 09:32, Paul_Koning(a)Dell.com wrote: >That's a perfectly valid wish but it's a UI matter, and it belongs in >systems that have the space for such databases. We could draw an arbitrary line to keep the number small. For example, there are (I think) about 540 existing IDs in the database, including all the links. If you draw that line at population 500,000, there are a little over 1000 cities that qualify, probably meaning (rough guess) the addition of 700-800 links - less than 80KB. I can't imagine that's an issue for any current embedded system, is it? Here's a sampling of the (mostly-not-well-known) cities on the 500K "bubble": Denpasar, Indonesia Lipetsk, Russia Dengta, China Tuxtla Gutiérrez, Mexico Songkhla, Thailand Mariupol, Ukraine Danjiangkou, China Chiclayo, Peru COPENHAGEN, Denmark Penglai, China Oaxaca de Juárez, Mexico Aba, Nigeria Astrakhan, Russia MACAO, China : Macao SAR Eskisehir, Turkey Shishi, China Kannur, India Ananindeua, Brazil Bokaro Steel City, India SAN SALVADOR, El Salvador Kolhapur, India Xinzhou, China Joinville, Brazil Dangyang, China Londrina, Brazil There might be cause to add some others below that line, like capital/commercial capital status, top "n" within a country (depending on area maybe), etc. It could also be completely or partially optional (e.g. 500k+, 100-500k, 50-100k pop files), allowing the specific implementation to choose to include as much or as little as they have room for. Include specific support for a "local" file that can override the stock database, and the implementation and user can do whatever they want. -- Alan Mintz <Alan_Mintz+TZ_IANA(a)Earthlink.net>

3 2

Re: [tz] [PATCH 0/1] Add Asia/Beijing
by Alan Mintz Aug. 13, 2012

Aug. 13, 2012

At 2012-08-13 12:49, James M Leddy wrote: >...For > example, we have a link from the Vatican to Rome, even though it > should be pretty obvious that they're the same time zone... IIRC, given the history of time and calendars, it makes sense to have a separate time zone for the Vatican, even though it is currently the same :) Cultural enclaves often observe their own rules regarding time zones, as evidenced by several Native American entities in the US (Navajo, Hopi within Navajo, and Metlakatla come to mind). There has always been an issue with having identifiers named by cities only. Some of the US identifiers are not familiar to many people, even when they are within their own state. IMO, a separate table, containing links from at least the commercial capital of each country to its time zone, would seem to be the best solution. Specific support for a local version of the table (that would be preserved across updates) would be good, too. Save changes to the main rule files for real changes in parameters, not synonyms. -- Alan Mintz <Alan_Mintz+TZ_IANA(a)Earthlink.net>

1 0

Android (bionic) tzcode changes
by enh Aug. 9, 2012

Aug. 9, 2012

i've been maintaining Android's copy of the tzdata for several years now and have more recently inherited maintenance of Android's C library, bionic. i was looking at automating updates of tzcode (which hasn't been tracking upstream at all) but noticed that we have several extensions that i can't see upstream (in tzcode2012e): 1. Android concatenates all the data files into one big file that's indexed by a separate .idx file. the idea being that you binary search the index (by Olson id) to find the offset into the data of that zone's data. 2. Android implements the glibc strftime extensions (search for "an optional flag" in http://www.gnu.org/software/libc/manual/html_node/Formatting-Calendar-Time.… ). 3. Android implements strptime ( http://pubs.opengroup.org/onlinepubs/007904975/functions/strptime.html) including the glibc extensions. i might have to clean some of these up, but i was curious whether upstream would at least in theory be interested in any of this? i can see 1 being least interesting, so i might just have to factor our changes there out into other files as best i can. but 2 and 3 sound like they'd be of general interest? (also feel free to add Android to the web page's list of systems that rely on the tz database.) --elliott

1 0

Detecting a new release
by Neil Masson Aug. 3, 2012

Aug. 3, 2012

This might have been talked about recently, but I don't remember any resolution. I have a script which polls the IANA Website daily to detect if there has been any update. It parses the html to find the latest version and then checks to see if the version has changed since the last time. This solution is fragile and could easily be broken if the layout of the Website changes. I don't see any way of detecting the version from the ftp or rsync sites as the "real" filename which contains the version has been replaced with a link tzdata-latest.tar.gz. It would be better if a version file was added to the ftp and rsync sites which contained the version identifier of the release. Neil Masson Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

6 7

Re: [tz] timegm() function and state
by Paul Eggert Aug. 3, 2012

Aug. 3, 2012

I tried to reproduce that configuration under Ubuntu but still did not see the problem. Here's how I built it: make CFLAGS='-DNOID -DUSG_COMPAT -DSTD_INSPIRED -DPCTS -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DTZDEFRULESTRING=\",M3.2.0/2,M11.1.0/2\"' TOPDIR=/tmp/top install gcc -I. test.c /tmp/top/lib/libtz.a and here's my test program: #include <string.h> #include <errno.h> #include <stdio.h> #include <time.h> int main(int argc, char *argv[]) { struct tm localt; localt.tm_sec = 0; localt.tm_min = 0; localt.tm_hour = 0; localt.tm_mday = 1; localt.tm_year = 113; localt.tm_mon = 0; localt.tm_wday = 0; localt.tm_yday = 0; localt.tm_isdst = 0; localt.tm_gmtoff = 0; localt.tm_zone = 0; mktime(&localt); printf("asctime: %s", asctime(&localt)); printf("timegm(&localt) = %ld (errno %s)\n", timegm(&localt), strerror(errno)); printf("timegm(&localt) = %ld (errno %s)\n", timegm(&localt), strerror(errno)); printf("timegm(&localt) = %ld (errno %s)\n", timegm(&localt), strerror(errno)); return 0; } and its output: asctime: Tue Jan 1 00:00:00 2013 timegm(&localt) = 1356998400 (errno Success) timegm(&localt) = 1356998400 (errno Success) timegm(&localt) = 1356998400 (errno Success)

1 0