Delivered-To: sdaoden@gmail.com
Received: by 10.43.4.198 with SMTP id od6csp271496icb; Thu, 19 Sep 2013
 11:43:20 -0700 (PDT)
X-Received: by 10.68.168.99 with SMTP id zv3mr3579021pbb.144.1379616200002;
 Thu, 19 Sep 2013 11:43:20 -0700 (PDT)
Return-Path: <tz-bounces@iana.org>
Received: from smtp1.lax.icann.org (smtp01.icann.org. [192.0.33.81]) by
 mx.google.com with ESMTPS id xn6si7360064pbc.2.1969.12.31.16.00.00
 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 19 Sep 2013 11:43:19 -0700
 (PDT)
Received-SPF: neutral (google.com: 192.0.33.81 is neither permitted nor denied
 by best guess record for domain of tz-bounces@iana.org)
 client-ip=192.0.33.81;
Authentication-Results: mx.google.com; spf=neutral (google.com: 192.0.33.81 is
 neither permitted nor denied by best guess record for domain of
 tz-bounces@iana.org) smtp.mail=tz-bounces@iana.org
Received: from mm.icann.org (mm.icann.org [192.0.32.100]) by
 smtp1.lax.icann.org (8.13.8/8.13.8) with ESMTP id r8JIhIf6022636; Thu, 19 Sep
 2013 18:43:18 GMT
Received: from mm.icann.org (localhost [127.0.0.1]) by mm.icann.org (Postfix)
 with ESMTP id 68D946003CC; Thu, 19 Sep 2013 18:43:18 +0000 (UTC)
X-Original-To: tz@mm.icann.org
Delivered-To: tz@mm.icann.org
Received: from pechora7.dc.icann.org (pechora7.icann.org
 [IPv6:2620:0:2830:201::1:73]) by mm.icann.org (Postfix) with ESMTP id
 76CC3608AEF for <tz@mm.icann.org>; Thu, 19 Sep 2013 18:43:17 +0000 (UTC)
Received: from smtp.stanford.edu (smtp1.Stanford.EDU [171.67.219.81]) by
 pechora7.dc.icann.org (8.13.8/8.13.8) with ESMTP id r8JIguI4021321 for
 <tz@iana.org>; Thu, 19 Sep 2013 18:43:17 GMT
Received: from smtp.stanford.edu (localhost [127.0.0.1]) by localhost
 (Postfix) with SMTP id 429EA2322A for <tz@iana.org>; Thu, 19 Sep 2013
 11:42:56 -0700 (PDT)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.67.225.134])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No
 client certificate requested) by smtp.stanford.edu (Postfix) with ESMTPS id
 C1E1722241 for <tz@iana.org>; Thu, 19 Sep 2013 11:42:55 -0700 (PDT)
Received: by windlord.stanford.edu (Postfix, from userid 1000) id 9B151256A9;
 Thu, 19 Sep 2013 11:42:55 -0700 (PDT)
From: Russ Allbery <rra@stanford.edu>
To: Time Zone Database discussion <tz@iana.org>
In-Reply-To: 
 <CAFXfk_3HGVSz=8Fz=nS8d=7TGhx+U+2K5c4qt-dy5Rmrs=R4yg@mail.gmail.com>
 (Andy Heninger's message of "Thu, 19 Sep 2013 10:21:53 -0700")
Organization: The Eyrie
References: <52303DFC.1070309@cs.ucla.edu>
 <CACzrW9BbBFevi4vkqvE9bLqooiKuOhb_UETimdgqeaXWV8vBvg@mail.gmail.com>
 <5231DDBE.3090008@cs.ucla.edu>
 <CAFpi07zLnxYy0kSyHahGg177x9YMz=09q4iL6WPYLzyiH6A8wA@mail.gmail.com>
 <5238CBBA.3050003@cs.ucla.edu>
 <CAFXfk_2HEt1k7wy+YWu_jF3X9Wv_bfcfb4CUNtYGsL-PS33gCQ@mail.gmail.com>
 <5238FAE4.6020406@cs.ucla.edu>
 <CAFXfk_3EnZ=g2LwD9Ot_WHh--naUYc8d1TBWNFMdQpf742xDbA@mail.gmail.com>
 <20130919074636.GM14518@apb-laptoy.apb.alt.za> <523B1A4E.6010304@cs.ucla.edu>
 <CAFXfk_3HGVSz=8Fz=nS8d=7TGhx+U+2K5c4qt-dy5Rmrs=R4yg@mail.gmail.com>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux)
Date: Thu, 19 Sep 2013 11:42:55 -0700
Message-ID: <878uysejps.fsf@windlord.stanford.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by
 milter-greylist-4.2.3 (pechora7.dc.icann.org [192.0.46.73]); Thu, 19 Sep 2013
 18:43:17 +0000 (UTC)
Subject: Re: [tz] draft of change summary for next tz release
X-BeenThere: tz@iana.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Time Zone Database discussion <tz.iana.org>
List-Unsubscribe: <https://mm.icann.org/mailman/options/tz>,
 <mailto:tz-request@iana.org?subject=unsubscribe>
List-Archive: <http://mm.icann.org/pipermail/tz/>
List-Post: <mailto:tz@iana.org>
List-Help: <mailto:tz-request@iana.org?subject=help>
List-Subscribe: <https://mm.icann.org/mailman/listinfo/tz>,
 <mailto:tz-request@iana.org?subject=subscribe>
Sender: tz-bounces@iana.org
Errors-To: tz-bounces@iana.org
Status: RO

Andy Heninger <aheninger@google.com> writes:

> While noisy, I think the very public development process is a good
> thing, and that we will end up with better data overall as a result. I
> don't see this as being at all incompatible with having quick, small
> updates for late breaking rule changes.

The tricky part with quick, small releases is that, if you've already
staged things for the next release, you have to revert those changes or
you have to branch.  (You can, of course, branch proactively to do the
staging, but it amounts to the same thing.)

This means an additional level of complexity to the development process
and possibly the versioning process that historically hasn't been used,
and basically means more work for Paul.

-- 
Russ Allbery (rra@stanford.edu)             <http://www.eyrie.org/~eagle/>

