Received: from localhost (maia-5.hub.org [200.46.204.182]) by postgresql.org (Postfix) with ESMTP id 377CD9FB38F for ; Mon, 30 Apr 2007 08:16:10 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-maia, port 10024) with ESMTP id 21675-02 for ; Mon, 30 Apr 2007 08:16:02 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from momjian.us (momjian.us [70.90.9.53]) by postgresql.org (Postfix) with ESMTP id 184129FB350 for ; Mon, 30 Apr 2007 08:16:06 -0300 (ADT) Received: (from bruce@localhost) by momjian.us (8.11.6/8.11.6) id l3UBFMS10475; Mon, 30 Apr 2007 07:15:22 -0400 (EDT) From: Bruce Momjian Message-Id: <200704301115.l3UBFMS10475@momjian.us> Subject: Re: Feature freeze progress report In-Reply-To: <20070429154006.GA18593@alvh.no-ip.org> To: Alvaro Herrera Date: Mon, 30 Apr 2007 07:15:22 -0400 (EDT) CC: Stefan Kaltenbrunner , Simon Riggs , PostgreSQL-development X-Mailer: ELM [version 2.4ME+ PL123] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="US-ASCII" X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200704/1232 X-Sequence-Number: 102565 Alvaro Herrera wrote: > Stefan Kaltenbrunner wrote: > > Simon Riggs wrote: > > > > I would also suggest that 8.3 be labelled a dev release. We have a > > > reasonable number of fairly invasive patches, so we need a mechanism to > > > integrate them with reduced risk. > > > > I would rather like to see patches we don't are confident enough in to > > be dropped from 8.3 and moved to 8.4 - the goal should not be jamming as > > much patches into a single release s we can (because they are proposed) > > but rather putting those in that meet the quality bar and we trust in. > > Yeah; the agreement we had was that 8.3 would be a short release. So if > we're going to take too long to review and apply the outstanding patches > we have, we should rather push them to 8.4, get 8.3 released quickly and > then go on with the regular annual release. The postponed patches can > be reviewed and committed early in 8.4, instead of at the last minute in > 8.3. Sounds like a smarter, safer move. Because we are dealing with this now, and not later, we have time to give all patches the appropriate review time --- we don't need to panic yet and start throwing patches to 8.4, especially since we might have even more patches for 8.4. -- Bruce Momjian http://momjian.us EnterpriseDB http://www.enterprisedb.com + If your life is a hard drive, Christ can be your backup. +