Received: from makus.postgresql.org (makus.postgresql.org [98.129.198.125])
	by mail.postgresql.org (Postfix) with ESMTP id 0414611ADB89
	for <pgsql-hackers@postgresql.org>;
	Sat,  7 Apr 2012 19:53:39 -0300 (ADT)
Received: from relay3-d.mail.gandi.net ([217.70.183.195])
	by makus.postgresql.org with esmtp (Exim 4.72)
	(envelope-from <andrew@dunslane.net>) id 1SGeVl-0006MC-If
	for pgsql-hackers@postgresql.org; Sat, 07 Apr 2012 22:53:39 +0000
X-Originating-IP: 217.70.178.131
Received: from mfilter11-d.gandi.net (mfilter11-d.gandi.net [217.70.178.131])
	by relay3-d.mail.gandi.net (Postfix) with ESMTP id ADB8CA8070;
	Sun,  8 Apr 2012 00:53:12 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at mfilter11-d.gandi.net
Received: from relay3-d.mail.gandi.net ([217.70.183.195])
	by mfilter11-d.gandi.net (mfilter11-d.gandi.net [10.0.15.180])
	(amavisd-new, port 10024)
	with ESMTP id VZCrtflpjLVh; Sun,  8 Apr 2012 00:53:11 +0200 (CEST)
X-Originating-IP: 98.27.54.176
Received: from [192.168.10.146] (cpe-098-027-054-176.nc.res.rr.com
	[98.27.54.176]) (Authenticated sender: adsend@dunslane.net)
	by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 86F71A807D;
	Sun,  8 Apr 2012 00:53:09 +0200 (CEST)
Message-ID: <4F80C552.5080606@dunslane.net>
Date: Sat, 07 Apr 2012 18:53:06 -0400
From: Andrew Dunstan <andrew@dunslane.net>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.1) Gecko/20120216 Thunderbird/10.0.1
MIME-Version: 1.0
To: Peter Geoghegan <peter@2ndquadrant.com>
CC: Tom Lane <tgl@sss.pgh.pa.us>, Robert Haas <robertmhaas@gmail.com>,
	Greg Smith <greg@2ndquadrant.com>, pgsql-hackers@postgresql.org
Subject: Re: Last gasp
References: 
 <CA+U5nML0w7FAM8Wi6W1ObSa160ipN5shg3Z0y91ew-Um8iXxCg@mail.gmail.com>
	<CA+TgmoazMq6FF2otE_5HYJr3nwwEy9_0TmGYu_G3AsY8ckQcjg@mail.gmail.com>
	<CA+U5nMJLg6aDi-0LOZXx6HMnEKE6-GY7pbCbjTXkQvfSwEb+qw@mail.gmail.com>
	<CA+Tgmoaf=b+QNcR+CZE6TfK-DN=BNV2xDikVZwdreuiC+PnrrQ@mail.gmail.com>
	<1333651599.31440.47.camel@hvost>
	<CA+Tgmoa75QujxzCZC+dj=0+JayGPhJD2kQMDBmbGmmq_HPgHxw@mail.gmail.com>
	<1333653659.31440.68.camel@hvost>
	<CA+TgmobG3JPW0e63NAJY9uJUqzDoJ+R7yL7vovAYfFw7pw4iaQ@mail.gmail.com>
	<1333655785.15576.13.camel@hvost>
	<CA+Tgmoa_6x87zO6-qodE=v4z0EnG1AgEMDB-pHv9t0eTWOkjwA@mail.gmail.com>
	<CAAZKuFbHQA6Q3hO5amMLh6Zvh=-8tdKeQFUacdDVREnvp889Jg@mail.gmail.com>
	<4F7E99BA.1080805@2ndQuadrant.com>
	<CA+TgmoaRRSyLQ4qaW82aLQ1bM40oJ-eZc0mWXsBF2__xjH4xzA@mail.gmail.com>
	<8687.1333833601@sss.pgh.pa.us>
	<CAEYLb_Vhj00yBz1eB5L62HPzosn8nBFWY5TapXZzXFC+pcYKCQ@mail.gmail.com>
In-Reply-To: 
 <CAEYLb_Vhj00yBz1eB5L62HPzosn8nBFWY5TapXZzXFC+pcYKCQ@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Pg-Spam-Score: -1.9 (-)
X-Archive-Number: 201204/345
X-Sequence-Number: 206148



On 04/07/2012 06:33 PM, Peter Geoghegan wrote:
> On 7 April 2012 22:20, Tom Lane<tgl@sss.pgh.pa.us>  wrote:
>> In short, the idea of strongly calendar-driven releases looks more
>> and more attractive to me the more times we go through this process.
>> If your patch isn't ready on date X, then it's not getting into this
>> release; but there'll be another bus coming along before long.
>> Stretching out release cycles to get in those last few neat features
>> just increases the pressure for more of the same, because people don't
>> know how long it will be to the next release.
> I hope that that policy will not be applied without some degree of
> discrimination.

If we are to have time based releases, then I assume it won't, it will 
be pretty much a hard and fast rule.

I admit I haven't been a fan in the past, but I can see advantages, not 
least being predictability of release times. It would be nice to be able 
to say "In June" when asked when the next release will be, as I often am.

cheers

andrew