From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JFF3z-0003b4-AI for garchives@archives.gentoo.org; Wed, 16 Jan 2008 20:40:43 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 33968E0A61; Wed, 16 Jan 2008 20:40:42 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 0A3E9E0A61; Wed, 16 Jan 2008 20:40:42 +0000 (UTC) Received: from [192.168.19.123] (unknown [69.80.192.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 85ACB65BE2; Wed, 16 Jan 2008 20:40:38 +0000 (UTC) Subject: Re: [gentoo-council] Retirement of slacking peeps From: Ned Ludd To: Mike Frysinger Cc: gentoo-council@lists.gentoo.org, gentoo-infrastructure In-Reply-To: <200801160643.02650.vapier@gentoo.org> References: <478C95D0.6000502@gentoo.org> <20080116081544.GA20346@supernova> <478DE307.1010906@gentoo.org> <200801160643.02650.vapier@gentoo.org> Content-Type: text/plain Organization: Gentoo Linux Date: Wed, 16 Jan 2008 12:40:37 -0800 Message-Id: <1200516037.19699.18.camel@hangover> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-council@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Content-Transfer-Encoding: 7bit X-Archives-Salt: fa736225-d9e5-417d-8f73-b6c92fdc28ff X-Archives-Hash: fd2ef2d0e07879703f32dfd1f7b0b148 On Wed, 2008-01-16 at 06:43 -0500, Mike Frysinger wrote: > On Wednesday 16 January 2008, Mike Doty wrote: > > Donnie Berkholz wrote: > > > On 12:15 Tue 15 Jan , Markus Ullmann wrote: > > >> our retirement folks brought up a discussion about retiring people that > > >> do a small amount of commits (1-2 mostly) right before the 60 day period > > >> ends so they stay active yet are effectively slacking. > > >> > > >> I gave a starting idea to change the minimum amount to something like > > >> $count of fixed bugs per month for ebuild developers. As we have enough > > >> bugs that are trivial to fix this shouldn't be a real problem at the > > >> moment (considering we have ~6.5k bugs open excluding > > >> maintainer-wanted). > > > > > > I don't see a good reason to turn away any amount of help, and I don't > > > think we should ever forcibly retire developers because of inactivity. > > > If we let them stay developers, they might continue contributing a few > > > fixes we wouldn't otherwise get, or they may become more active again in > > > the future. Developers are valuable people, and a lot of time has gone > > > into their training and experience. > > > > > > Do I think we should reassign their packages after a while, if they need > > > love? Sure. > > > > > > Do I think we should remove them from roles besides "ebuild developer"? > > > Sure. > > > > How about calling them inactive. infra will remove cvs/svn/git access > > and when they have time to contribute to a manner that we expect that > > access can be restored. > > > > Know that infra is/has been planning to automatically disable > > cvs/svn/git access for those who haven't committed in some time period > > (2 months is the current idea) > > the timeframe should follow whatever devrel is using (which i think is longer > than 2 months) Any automated disconnects of cvs/svn/git would be done in conjunction with the policy/desires that devrel takes. As is 60 days is what triggers slacker alerts. That used to be 90 days but I think they discovered along the way that even ~90 days was to long of a time frame. Infra's only desire/care in this matter would be that we are not fans of leaving open security holes. Every dev is considered a security risk. That risk is perceived maximized by inactivity. More or less.. use it or lose it.. (note infra is strictly talking about flipping bits in ldap to disable write access to those repositories) and not fully automated retirements. -- Ned Ludd Gentoo Linux -- gentoo-council@lists.gentoo.org mailing list