Received: from magus.postgresql.org (magus.postgresql.org [87.238.57.229]) by mail.postgresql.org (Postfix) with ESMTP id 8A267B1062A for ; Sun, 8 Apr 2012 14:20:11 -0300 (ADT) Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by magus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1SGvmZ-0004B1-E6 for pgsql-hackers@postgresql.org; Sun, 08 Apr 2012 17:20:10 +0000 X-Originating-IP: 217.70.178.139 Received: from mfilter10-d.gandi.net (mfilter10-d.gandi.net [217.70.178.139]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 0587EA8089; Sun, 8 Apr 2012 19:19:43 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter10-d.gandi.net Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by mfilter10-d.gandi.net (mfilter10-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id mabsHVGLatNt; Sun, 8 Apr 2012 19:19:41 +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 864CCA8073; Sun, 8 Apr 2012 19:19:39 +0200 (CEST) Message-ID: <4F81C8AA.8090702@dunslane.net> Date: Sun, 08 Apr 2012 13:19:38 -0400 From: Andrew Dunstan User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120216 Thunderbird/10.0.1 MIME-Version: 1.0 To: Tom Lane CC: Peter Geoghegan , Robert Haas , Greg Smith , pgsql-hackers@postgresql.org Subject: Re: Last gasp References: <1333651599.31440.47.camel@hvost> <1333653659.31440.68.camel@hvost> <1333655785.15576.13.camel@hvost> <4F7E99BA.1080805@2ndQuadrant.com> <8687.1333833601@sss.pgh.pa.us> <4F80C552.5080606@dunslane.net> <13916.1333854195@sss.pgh.pa.us> In-Reply-To: <13916.1333854195@sss.pgh.pa.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -1.9 (-) X-Archive-Number: 201204/358 X-Sequence-Number: 206161 On 04/07/2012 11:03 PM, Tom Lane wrote: > Andrew Dunstan writes: >> On 04/07/2012 06:33 PM, Peter Geoghegan wrote: >>> 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. > Just to be clear ... I don't believe that we can have hard-and-fast > *release* dates. I am suggesting that it might be a good idea to have > a hard deadline for committing new features. But beta test phase will > take however long it takes. I don't think shaking out bugs is a > predictable process. > > I agree, but I think the release date will be much closer to being predictable if we chop off the last commitfest more rigorously. But time will tell. cheers andrew