Re: [tz] Getting close to new release: testing, testing, ... [SEC=UNOFFICIAL]
Will you be including the updates to the Australian Daylight Saving's abbreviations in this release? http://mm.icann.org/pipermail/tz/2013-April/019099.html -----Original Message----- From: tz-bounces@iana.org [mailto:tz-bounces@iana.org] On Behalf Of Paul Eggert Sent: Wednesday, 11 September 2013 7:55 PM To: Time zone mailing list Subject: [tz] Getting close to new release: testing, testing, ... We need to release a new version soon, because of Fiji. I did further testing and it appears that the recent changes to add meta-information to the zic output won't fly, because they're incompatible with the GNU C library on Ubuntu 12.04. So we need to rethink that feature. There's no rush to introduce it, so let's omit it from the next release. Also, the -t option recently added to tzselect seems like it will be superseded by the tzwinnow approach, whenever we get that working and stable, so for now I think I'd rather omit this. There are a few other problems found by "make public", mostly links that were in the wrong files. I'll post proposed changes soon. If other people could do some testing that'd be nice. You can run "make public". The output should contain the following diagnostics: warning: "antarctica", line 318: Antarctica/Palmer: pre-2013 clients may mishandle distant timestamps warning: "asia", line 1412: 24:00 not handled by pre-1998 versions of zic warning: "asia", line 2332: 24:00 not handled by pre-1998 versions of zic warning: "asia", line 1026: Asia/Jerusalem: pre-2013 clients may mishandle distant timestamps (rule from "asia", line 1021) warning: "asia", line 1315: Asia/Amman: pre-1994 clients may mishandle distant timestamps warning: "asia", line 2016: Asia/Gaza: pre-2013 clients may mishandle distant timestamps warning: "asia", line 2347: Asia/Hebron: pre-2013 clients may mishandle distant timestamps warning: "australasia", line 269: Pacific/Fiji: pre-2013 clients may mishandle distant timestamps warning: "europe", line 998: America/Godthab: pre-2013 clients may mishandle distant timestamps warning: "southamerica", line 1141: America/Santiago: pre-2013 clients may mishandle distant timestamps warning: "southamerica", line 1313: Pacific/Easter: pre-2013 clients may mishandle distant timestamps along with a very long section that starts as follows, which shows that the tz code is still broken on platforms with unsigned 32-bit time_t (this is a longstanding problem). checking uint32_t zones ... --- tzpublic/int64_t.out 2013-09-11 02:43:50.871343089 -0700 +++ tzpublic/uint32_t.out 2013-09-11 02:43:55.907343185 -0700 @@ -210,278 +210,6 @@ Europe/Andorra Sun Mar 29 01:00:00 2037 UT = Sun Mar 29 03:00:00 2037 CEST isdst=1 Europe/Andorra Sun Oct 25 00:59:59 2037 UT = Sun Oct 25 02:59:59 2037 CEST isdst=1 Europe/Andorra Sun Oct 25 01:00:00 2037 UT = Sun Oct 25 02:00:00 2037 CET isdst=0 -Europe/Andorra Sun Mar 28 00:59:59 2038 UT = Sun Mar 28 01:59:59 2038 CET isdst=0 -Europe/Andorra Sun Mar 28 01:00:00 2038 UT = Sun Mar 28 03:00:00 2038 CEST isdst=1 -Europe/Andorra Sun Oct 31 00:59:59 2038 UT = Sun Oct 31 02:59:59 2038 CEST isdst=1
Timothy Arceri wrote:
Will you be including the updates to the Australian Daylight Saving's abbreviations in this release?
Not in this release, no. That's still on our to-do list, but at this point I want to get our current changes out the door because of the Fiji change.
Honestly, with all of the proposed changes flying around (which I and perhaps many others haven't really had a chance to review), it might be sensible to create a "stable" branch from 2013d and just patch on the Fiji changes while we continue to work on the rest on the "master" experimental branch. Perhaps this would be an unfortunate nomenclature, but alas, this is what an unofficial repository in the absence of an official one would give us. In any case, I really would hate to rush such a major systematic overhaul into production because there's data to be updated. -- Tim Parenti sent from my Android phone On 11 Sep 2013 20:01, "Paul Eggert" <eggert@cs.ucla.edu> wrote:
Timothy Arceri wrote:
Will you be including the updates to the Australian Daylight Saving's abbreviations in this release?
Not in this release, no. That's still on our to-do list, but at this point I want to get our current changes out the door because of the Fiji change.
Tim Parenti wrote:
I really would hate to rush such a major systematic overhaul into production because there's data to be updated.
Likewise. But what's being proposed for this release is not a major systematic overhaul. It's a minor change that, in the past, might not even have prompted a new version number for the data file. (We previously did a similar minor change to the POSIX TZ string's interpretation without changing the version number.) We are considering more-major changes, but most of these have never hit the experimental repository, and the few that did have been reverted.
participants (3)
-
Paul Eggert -
Tim Parenti -
Timothy Arceri