From owner-svn-src-svnadmin@freebsd.org Tue Apr 2 02:26:20 2019 Return-Path: Delivered-To: svn-src-svnadmin@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50F761551213; Tue, 2 Apr 2019 02:26:20 +0000 (UTC) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 BAE5D6D2FF; Tue, 2 Apr 2019 02:26:19 +0000 (UTC) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x322QEYB018514; Mon, 1 Apr 2019 19:26:14 -0700 (PDT) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id x322QETb018513; Mon, 1 Apr 2019 19:26:14 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <201904020226.x322QETb018513@gndrsh.dnsmgr.net> Subject: Re: svn commit: r345786 - svnadmin/conf In-Reply-To: <86ef6l40q6.fsf@phe.ftfl.ca> To: Joseph Mingrone Date: Mon, 1 Apr 2019 19:26:14 -0700 (PDT) CC: Warner Losh , "Rodney W. Grimes" , src-committers , svn-src-all , svn-src-svnadmin@freebsd.org Reply-To: rgrimes@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: BAE5D6D2FF X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.95 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.95)[-0.953,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: svn-src-svnadmin@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SVN commit messages for the admin / configuration tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2019 02:26:20 -0000 > Warner Losh writes: > > > On Mon, Apr 1, 2019 at 7:15 PM Rodney W. Grimes > > wrote: > > >> > Author: jrm (ports committer) > >> > Date: Mon Apr 1 21:34:58 2019 > >> > New Revision: 345786 > >> > URL: https://svnweb.freebsd.org/changeset/base/345786 > > >> > Log: > >> > Set jhb@ as new mentor to anish@ > > >> > Approved by: core (brooks, seanc) > >> > Differential Revision: https://reviews.freebsd.org/D19782 > > >> Can we please have a check list that when someones > >> commit bit is reaped, or steps away from the project > >> for more than N days, N being something rather small > >> given the context here, that includes the item: > > >> x) Is this person a mentor of anyone? > > > > Great idea... Joseph will put one together based on this round of > > retirement... > > > > This is the current checklist: Should this be a publically visible check list? If I had know of it I would not of even raised an issue. This only handles the reap situation, which takes too long to leave a menteee hanging, they are gone long before you get to this point. Perhaps adding an item to the new committers guide: If a mentor should go unresponsive or seem to be inactive in the project you should contact core@ asking for remediation or reassignment of that mentor. > - Check for idle developers using: idle-commit-bits.pl base 18 > > - Source bits are taken in for safekeeping after three consecutive emails about > reaping go unanswered, or if the developer in question confirms that the bit > can be taken in. The email-to-idlers.pl script can be used to send warning > emails, but Ren? is currently taking care of this job. > > - Once it has been established that a bit is to be taken in, first check the > mentors file to see if this developer is a mentor. If so, a new mentor must > be found before the bit is taken in. I see no reason for delaying the reap action, that just further leaves the mentee in limbo. Perhaps: Once it has been established that a bit is to be take in, first check the mentors file to see if this developer is a mentor. If so, create a core@ action item to find them a replacement, inform the mentee that this action item has been created, asking them if they have any input as to who might be a good canidate. Reassign them to core@ in the mentors file. > - If the developer whose bit to be removed is a mentee, remove the developer > from the mentors file. > > - Remove the developer from the access file. > > -- > Joseph -- Rod Grimes rgrimes@freebsd.org