From owner-svn-ports-all@freebsd.org Wed Dec 2 09:34:29 2015 Return-Path: Delivered-To: svn-ports-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 411F2A3C4B8; Wed, 2 Dec 2015 09:34:29 +0000 (UTC) (envelope-from freebsd.contact@marino.st) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1887111B2; Wed, 2 Dec 2015 09:34:28 +0000 (UTC) (envelope-from freebsd.contact@marino.st) Received: from [192.168.1.22] (253.Red-83-32-1.dynamicIP.rima-tde.net [83.32.1.253]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id B429043C0F; Wed, 2 Dec 2015 03:34:25 -0600 (CST) Subject: Re: svn commit: r402813 - head/misc/astrolog To: Andrey Chernov , marino@freebsd.org, ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org References: <201512020629.tB26TbDb060296@repo.freebsd.org> <565E9DFA.6050502@marino.st> <565EAB52.6010301@freebsd.org> <565EAD1E.8080805@marino.st> <565EB1AC.4000508@freebsd.org> <565EB3B7.8030208@marino.st> <565EB894.4090402@freebsd.org> From: John Marino X-Enigmail-Draft-Status: N1110 Reply-To: marino@freebsd.org Message-ID: <565EBB1F.20208@marino.st> Date: Wed, 2 Dec 2015 10:34:23 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 MIME-Version: 1.0 In-Reply-To: <565EB894.4090402@freebsd.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2015 09:34:29 -0000 On 12/2/2015 10:23 AM, Andrey Chernov wrote: > On 02.12.2015 12:02, John Marino wrote: >> On 12/2/2015 9:54 AM, Andrey Chernov wrote: >>> >>> 3) Contact the person who does most commits to this port. >> >> I think this is a dream. I don't expect people to sort through the >> history and try to figure out a commit pattern, plus the presence of a >> prior commit doesn't imply a willingness for a future commit. > > In that case we need some UNLOCKED_FOR_COMMITS = Yes (or some other > name) field. F.e. due to my personal circumstances I can't take full > responsibility to reply to change requests (even for several months > sometimes) and so to be maintainer for some ports, and I don't want to > prevent any people to modify it quickly too. It's a solution seeking a problem. There's no problem. What we have now works. I just objected to you thinking that a full-up upgrade of a port is an obligation for somebody that notices a port doesn't build and marks it broken. >>> IMHO ports@freebsd.org means "collectively maintained" (without any >>> obligation, but with good intentions). There is no reason to put e-mail >>> address in this field otherwise, just the word "unmaintained" which >>> clearly indicates no contacts. >> >> This is incorrect. It's ports@FreeBSD.org because it needs a valid >> email address, in this case a mail list. > > It is not an argument. "Valid email address" is just technical current > scripts requirement which can be easily fixed to count "unmaintained" > word too. At least actions to unmaintained ports get documented. If we went with "unmaintained", all actions would be silent. Unless, of course, you modified the scripts to look for unmaintained, and then you would have the *EXACT SAME* situation as we do now. Changing the value of MAINTAINER is only cosmetic. It changes nothing except perhaps it removes the false impression that the port is maintained (which I would actually enjoy tbh) >> The good news is that after 3 timeouts (or less depending on >> circumstances) you can reset the maintainer. If it's a one time >> timeout, that's life. If it's a theme, then we have options. > > Reset it to unmaintained which you plan to eliminate? Very funny. what? I don't plan to eliminate unmaintained state. It is very useful. It justifies the death blow. There's nothing inherently wrong with "unmaintained" except when people expect any ports committer to have an obligation to that port. That's what I object to -- like what you implied, that role#1 was obligated to fix an unmaintained port. Sorry, no. John