From owner-svn-ports-head@freebsd.org Wed Apr 15 22:00:19 2020 Return-Path: Delivered-To: svn-ports-head@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0BBB82C36F6; Wed, 15 Apr 2020 22:00:19 +0000 (UTC) (envelope-from yuri@FreeBSD.org) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 492brL4Blcz4Tqc; Wed, 15 Apr 2020 22:00:18 +0000 (UTC) (envelope-from yuri@FreeBSD.org) Received: from yv.noip.me (c-73-189-35-76.hsd1.ca.comcast.net [73.189.35.76]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id 03FM0GZN081298 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 15 Apr 2020 15:00:17 -0700 (PDT) (envelope-from yuri@FreeBSD.org) X-Authentication-Warning: shell1.rawbw.com: Host c-73-189-35-76.hsd1.ca.comcast.net [73.189.35.76] claimed to be yv.noip.me Subject: Re: svn commit: r530892 - in head: benchmarks/dbench benchmarks/httperf databases/cdb databases/soci devel/py-python-gflags dns/dlint irc/libircclient multimedia/cclive net-mgmt/whatmask news/py-yenc p... To: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org References: <202004061704.036H4hi2079584@repo.freebsd.org> Cc: Adam Weinberger From: Yuri Message-ID: Date: Wed, 15 Apr 2020 15:00:15 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <202004061704.036H4hi2079584@repo.freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 492brL4Blcz4Tqc X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.80 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-0.93)[-0.932,0]; NEURAL_HAM_LONG(-0.86)[-0.863,0]; ASN(0.00)[asn:7961, ipnet:198.144.192.0/20, country:US] X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.29 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: Wed, 15 Apr 2020 22:00:19 -0000 On 2020-04-06 10:04, Adam Weinberger wrote: > Partially revert r530801 > > The maintainer reset rule was not applied correctly. jlaffaye's ports > are reassigned back to him, with the exception of lang/go where both > quantity and length of timeouts made the reset appropriate and > necessary. How was the rule not applied correctly? Your e-mail to developers@ on 2018-06-14 08:01 PST announced the new rule: > It has been policy for quite some time that if a port has had three > consecutive timeouts, or a timeout longer than 3 months, then > maintainership on that port can be reset, at the committer's > discretion. > > The policy now states that, if timeouts occur as above, ALL ports > owned by that maintainer can be reset, again at the discretion of the > committer. 1. As mentioned in r530801, there were multiple timeouts, several of which were longer than 3 months: > * www/py-scgi: bug#244982 - jlaffaye (maintainer timeout; 14 days) > * textproc/discount: bug#244981 - jlaffaye (maintainer timeout; 14 days) > * devel/py-python-gflags: bug#244965 - jlaffaye (maintainer timeout; 14 days) > * lang/go: bug#244783, https://reviews.freebsd.org/D24122 (maintainer timeout; 14 days) > * news/py-yenc: bug#239309 - jlaffaye (maintainer's timeout; 8+ months) > * irc/libircclient: bug#221567 - jlaffaye (maintainer's timeout; 2.5 years) Also, r528577, r528576, r527627, r507340 had patches for his ports with maintainer timeouts of 2 weeks and longer. 2. This maintainer is also uncontactable: * the last time he replied to any bugzilla PR was on 2019-07-11 for bug#239130 * the material comment to his commit r528785 went unanswered, and this change has been later reverted by a new maintainer of lang/go. * my numerous attempts to e-mail him all went unanswered 3. You yourself agreed twice in your personal e-mail messages that this commit has been made according to the rules. It appears from the above that conditions set in the rules were met and exceeded. All additional facts and your own opinion from your e-mails also point in the direction that this commit was done properly. Why was it reverted, and why are you now saying that the rule was not applied correctly? Thanks, Yuri