X-Original-To: pgsql-hackers-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id 959C09DCB93 for ; Sat, 3 Dec 2005 12:15:13 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 61828-06 for ; Sat, 3 Dec 2005 12:15:11 -0400 (AST) X-Greylist: delayed 00:05:01.419868 by SQLgrey- Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by postgresql.org (Postfix) with ESMTP id 51ABC9DCB83 for ; Sat, 3 Dec 2005 12:15:11 -0400 (AST) Received: from sysexperts.com (c-67-170-228-241.hsd1.ca.comcast.net[67.170.228.241]) by comcast.net (rwcrmhc12) with ESMTP id <20051203161008014005pkq8e>; Sat, 3 Dec 2005 16:10:08 +0000 Received: from localhost (localhost [127.0.0.1]) (uid 1000) by filer with local; Sat, 03 Dec 2005 08:10:04 -0800 id 0001E1C5.4391C35C.00005D2E Date: Sat, 3 Dec 2005 08:10:04 -0800 From: Kevin Brown To: pgsql-hackers@postgresql.org Subject: Re: [pgsql-www] Upcoming PG re-releases Message-ID: <20051203161004.GB6827@filer> Mail-Followup-To: Kevin Brown , pgsql-hackers@postgresql.org References: <26656.1133366185@sss.pgh.pa.us> <438DCFB7.3040000@dunslane.net> <27165.1133368830@sss.pgh.pa.us> <200511301323.38351.xzilla@users.sourceforge.net> <20051201013652.GB24009@fetter.org> <20051130235539.T1077@ganymede.hub.org> <20051201051559.GA27630@fetter.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <20051201051559.GA27630@fetter.org> Organization: Frobozzco International User-Agent: Mutt/1.5.11 X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0 required=5 tests=[none] X-Spam-Score: 0 X-Spam-Level: X-Archive-Number: 200512/143 X-Sequence-Number: 76991 David Fetter wrote: > On Wed, Nov 30, 2005 at 11:56:33PM -0400, Marc G. Fournier wrote: > > So, if Sun, SRA, Pervasive, Command Prompt, etc were to submit a patch for > > v7.2, we'd refuse it? > > That depends on what you mean by "refuse." Such a patch wouldn't > resurrect the original Postgres with POSTQUEL and cause us to support > it, and it won't cause us to start supporting PostgreSQL 7.2 again > either. Okay, but suppose the patch in question breaks the version in question in some subtle but horrible way? If the community isn't "supporting" the release in question then it implies that it won't go to the effort of testing the patch, subjecting it to a beta period, etc. But since the patch would be applied by the community, the implication would be that the community *endorses* the patch in question, since the official source would be changed to reflect it. If the patch breaks the release horribly, just blindly accepting it wouldn't do good things to the community's reputation. And that means that the only really good way to guard against such an occurrance is to subject the patch to the same process that's used for officially supported releases. At that point, there's no real distinction between "officially supported" and "not officially supported". I doubt the community wants to go down that road. The acceptance of a patch by the community probably implies a lot more than one would think at first glance, so this is certainly an issue that should be thought all the way through. -- Kevin Brown kevin@sysexperts.com