From owner-freebsd-ports@FreeBSD.ORG Tue Jul 17 22:15:37 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2A85106566B; Tue, 17 Jul 2012 22:15:37 +0000 (UTC) (envelope-from freebsdml@marino.st) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) by mx1.freebsd.org (Postfix) with ESMTP id 606398FC08; Tue, 17 Jul 2012 22:15:37 +0000 (UTC) Received: from [192.168.0.225] (atoulouse-256-1-130-170.w90-45.abo.wanadoo.fr [90.45.57.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 0906843BA8; Tue, 17 Jul 2012 17:09:56 -0500 (CDT) Message-ID: <5005E2AE.3040806@marino.st> Date: Wed, 18 Jul 2012 00:09:50 +0200 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: Mark Linimon References: <50017C97.3050200@filez.com> <20120714192119.GA61563@vniz.net> <5001CB97.6070205@filez.com> <50054F6E.9040002@filez.com> <50055293.3010002@FreeBSD.org> <20120717213902.GB21825@lonesome.com> In-Reply-To: <20120717213902.GB21825@lonesome.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Michael Scheidell , freebsd-ports@freebsd.org Subject: Re: maintainer timeout for FreeBSD commiters X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 22:15:37 -0000 On 7/17/2012 23:39, Mark Linimon wrote: > On Tue, Jul 17, 2012 at 07:54:59AM -0400, Michael Scheidell wrote: >>>> We *are* making progress in cutting through the backlog though. >>> ports have about 900 open PR. Why it does not have more port >>> commiters? Its difficult to recruit new person? >> The answer to that is very complex. >> And, for each PR, maybe a different answer. > > This is true, but to address the previous question ... > > It is somewhat difficult to recruit new people who are willing to work > within guidelines (both technical and social) and who seem to want to > stay for the long-term. portmgr does screen candidates to try to make > sure that the quality of the Ports Collection doesn't decline. Each > vote is a judgement call. > > Having said that, we add new committers all the time. OTOH we add new > ports all the time, and due to this the backlog seems to remain constant. > > And again, as scheidell notes, some PRs are more equal than others. > > mcl Hi Mark, I think that's a reasonable assessment about how the backlog seems about the same and how processes just naturally work. But I think it could work better. Let's take my case. I'm a maintainer of several Ada ports and compilers. I'm also a pkgsrc committer, but not a FreeBSD ports committer. I have the same packages in both trees, but the pkgsrc packages (ports) are more current. That's obviously because I can commit to one tree at will but I have to submit PR and get in line for each update at FreeBSD (A quick shout out of appreciation to Frederic who has been tremendously gracious to me over these months). I was thinking about this - I really like how FreeBSD ports enforces to the best of its ability that every port have a maintainer. My name is on several ports and I have pride in my work. Would it be so bad if all my submitted patches (as a recognized quality contributor with history) just got committed as a passthrough? Obviously you might be reluctant to do this on ports that 200 packages depend on, but if you created a tier of contributors below committer but above PR submitter, I think a lot of ports would be maintained more often and there wouldn't be so much of a backlog. The worst case scenario is a contributor turns out to be a little sloppy, doesn't bother to use Tinderbox, etc, and after a couple of incidents you pull his privileges. The benefit you gain from the others would outweigh the incidents. I've seen the response that the committer is responsible for everything he or she commits, but if the community gave them immunity from consequences of maintainer patches, it shouldn't be a problem. I don't expect anything to come of this suggestion, but I've always wondered why more responsibility wasn't given to port maintainers who don't have commit privileges. John