Received: from makus.postgresql.org (makus.postgresql.org [98.129.198.125]) by mail.postgresql.org (Postfix) with ESMTP id 5F504F7659 for ; Wed, 11 Apr 2012 11:56:45 -0300 (ADT) Received: from relay4-d.mail.gandi.net ([217.70.183.196]) by makus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1SHyyR-0000gP-J8 for pgsql-hackers@postgresql.org; Wed, 11 Apr 2012 14:56:44 +0000 X-Originating-IP: 217.70.178.138 Received: from mfilter9-d.gandi.net (mfilter9-d.gandi.net [217.70.178.138]) by relay4-d.mail.gandi.net (Postfix) with ESMTP id 58F301720AB; Wed, 11 Apr 2012 16:56:19 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter9-d.gandi.net Received: from relay4-d.mail.gandi.net ([217.70.183.196]) by mfilter9-d.gandi.net (mfilter9-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id 8Y1+QJ3+lekj; Wed, 11 Apr 2012 16:56:17 +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 relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 6B0181720DE; Wed, 11 Apr 2012 16:56:17 +0200 (CEST) Message-ID: <4F859B8F.3060801@dunslane.net> Date: Wed, 11 Apr 2012 10:56:15 -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: Greg Smith CC: pgsql-hackers@postgresql.org Subject: Re: Last gasp References: <4F7E99BA.1080805@2ndQuadrant.com> <20120409053852.GG11987@tornado.leadboat.com> <20120409222359.GE30702@tornado.leadboat.com> <4F83FCB10200002500046D70@gw.wicourts.gov> <4F84D3A0.8010808@2ndQuadrant.com> In-Reply-To: <4F84D3A0.8010808@2ndQuadrant.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/581 X-Sequence-Number: 206384 On 04/10/2012 08:43 PM, Greg Smith wrote: > On 04/10/2012 01:28 PM, Robert Haas wrote: >> The fact is that we have no shortage of committers - there are 19 >> people who have access to push code into our master git repository. A >> handful of those people have basically completely left the project and >> their commit rights should probably be revoked on that basis; most of >> them are still involved in one way or another but just not able to >> devote a lot of time to reviewing other people's code. > > Let's use realistic numbers here: I count 7 people who regularly > review and commit other people's code in a variety of areas. There > are also several subject matter experts who commit things in a > relatively narrow area. But most bigger patches are going to hit a > bottleneck whose capacity could be measured in 3 bits. Robert's point is fairly important. A few years ago one of the Postgres companies hired me for a few weeks to push along some of the stuff that was holding up a release at a critical time. (This was in the pre CF days.) Several important features made it into that release that almost certainly would not have otherwise. But generally that hasn't happened, and the time I've devoted has been my own, and thus subject to competing demands of business and the mythical "life AFK". Sometimes that makes it quite hard to arrange time to spend on reviewing and committing large patches. > > > There are a significant number of companies who are willing to sponsor > committers to open-source projects; there are almost none who will > sponsor reviewers or "contributors" of any stature unless they're > already deep into the PostgreSQL community. That's one of the many > reasons it's easier for a committer to attract funding for core > PostgreSQL work, be it in the form of a full-time job or > project-oriented funding. The corresponding flip side to that is that > the small number of committers is limiting the scope of funding the > project can accumulate. > > Yep. The plus side is that Postgres business seems to be growing quite rapidly (if our experience at PostgreSQL Experts Inc is anything to go by), so maybe there will be more sources of funding available. More work needs to be done to generate funds to support getting features reviewed and committed. Patches seems to be getting ever larger and more complex, and that makes reviewing them harder and much more time consuming. cheers andrew