Received: from localhost (maia-4.hub.org [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id D68819FBA08 for ; Tue, 1 May 2007 17:42:36 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 88426-07 for ; Tue, 1 May 2007 17:42:33 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from community1.commandprompt.com (host-254.commandprompt.net [207.173.203.254]) by postgresql.org (Postfix) with ESMTP id C34B89FB981 for ; Tue, 1 May 2007 17:42:33 -0300 (ADT) Received: from [192.168.10.103] (cpe-075-177-135-163.nc.res.rr.com [75.177.135.163]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by community1.commandprompt.com (Postfix) with ESMTP id 6F2901A3320; Tue, 1 May 2007 13:42:32 -0700 (PDT) Message-ID: <4637A636.90900@dunslane.net> Date: Tue, 01 May 2007 16:42:30 -0400 From: Andrew Dunstan User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.0.10) Gecko/20070301 Fedora/1.0.8-0.6.2.fc6 pango-text SeaMonkey/1.0.8 MIME-Version: 1.0 To: josh@agliodbs.com CC: pgsql-hackers@postgresql.org Subject: Re: Feature freeze progress report References: <200705011452.l41EqPN10520@momjian.us> <200705011055.43132.josh@agliodbs.com> <46379E9F.2030608@dunslane.net> <200705011331.39248.josh@agliodbs.com> In-Reply-To: <200705011331.39248.josh@agliodbs.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200705/42 X-Sequence-Number: 102644 Josh Berkus wrote: > Andrew, > > >> So if the commercial >> backers of PostgreSQL want better management of the project, maybe they >> need to find some resources to help out. >> > > I don't think they really care, or we'd have heard something by now. I > think this is up to us PG developers. > > Well, I have no confidence that any formal system will succeed without someone trusted by core and committers stepping up to the plate to do the required ongoing legwork. As for voting on patches, that seems a most un-postgres-like way of doing things. What is more, it assumes that multiple people will be reviewing patches. Our trouble right now is finding even one qualified reviewer with enough time for some patches. cheers andrew