From owner-svn-ports-head@FreeBSD.ORG Tue Mar 4 12:40:17 2014 Return-Path: Delivered-To: svn-ports-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C5C8FAA; Tue, 4 Mar 2014 12:40:17 +0000 (UTC) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2E69DDCE; Tue, 4 Mar 2014 12:40:17 +0000 (UTC) Received: from mouf.net (swills@mouf [199.48.129.64]) by mouf.net (8.14.5/8.14.5) with ESMTP id s24Ce7Lj088274 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 4 Mar 2014 12:40:12 GMT (envelope-from swills@mouf.net) Received: (from swills@localhost) by mouf.net (8.14.5/8.14.5/Submit) id s24Ce7n9088273; Tue, 4 Mar 2014 12:40:07 GMT (envelope-from swills) Date: Tue, 4 Mar 2014 12:40:07 +0000 From: Steve Wills To: Mathieu Arnold Subject: Re: svn commit: r344316 - in head/net-mgmt: . p5-Nagios-Plugin-Beanstalk p5-Nagios-Plugin-Beanstalk/files Message-ID: <20140304124004.GA42724@mouf.net> References: <20140304112710.GA63353@FreeBSD.org> <0121329AE40C04B85EBA0ACC@ogg.in.absolight.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0121329AE40C04B85EBA0ACC@ogg.in.absolight.net> User-Agent: Mutt/1.5.22 (2013-10-16) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Tue, 04 Mar 2014 12:40:12 +0000 (UTC) X-Spam-Status: No, score=0.0 required=4.5 tests=none autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.98.1 at mouf.net X-Virus-Status: Clean Cc: svn-ports-head@freebsd.org, Alexey Dokuchaev , svn-ports-all@freebsd.org, Andrej Zverev , ports-committers@freebsd.org X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 12:40:17 -0000 On Tue, Mar 04, 2014 at 01:24:36PM +0100, Mathieu Arnold wrote: > +--On 4 mars 2014 11:27:10 +0000 Alexey Dokuchaev wrote: > | On Sun, Feb 16, 2014 at 11:04:39AM +0400, Andrej Zverev wrote: > |> > Submitted by: Andrew Thompson > |> > +MAINTAINER= perl@FreeBSD.org > |> > |> I know this is old rule, but we don't like such practice (and i think > |> we still) when maintainer != submitter for a new port. > | > | I recall the rule was about that newly added ports should not be > | maintained by ports@. Meta-entities like x11@, perl@, python@, etc. make > | sense, and I don't see a problem here (if a port in question is ineeded > | of such a broad interest and/or importance). Maintainership was assigned to the submitter in r344639, so the discussion is moot at this point. > I do, perl@ is a handful of committers, on the top of my head, az, crees, > culot, sunpoet and myself, those are allowed to set the maintainer to perl@. I thought the list was: https://wiki.freebsd.org/Perl And while I haven't done as much perl stuff lately, I have in the past done a good bit of work on perl related ports. > For the other, the thing is clear, perl@ is not a garbage maintainer for > things people would like added but don't want to maintain after that. We > already have ports@ for that. > There is a policy for perl@ to handle Perl related PR, but only the PR, and > because committers there may have > > When we got perl@ created way back when, the idea was to have a team for > important Perl stuff, not for maintaining the whole of CPAN. With ruby stuff, we use the ruby@ maintainer for things that we would like any member of the team to be able to commit to as part of updating other things. Here I had thought that it might be a good way for the submitter to continue to submit updates while allowing others to also submit updates and get them committed quickly without having to wait for the dreaded maintainer timeout and at the same time avoiding the chaos that comes from having it assigned to ports@. But as I said, it's been assigned to maintainer by now so the point is moot. Steve