From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30486 invoked from network); 19 Jul 2004 22:21:28 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 19 Jul 2004 22:21:28 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.34) id 1BmgVh-00088a-Gl for arch-gentoo-dev@lists.gentoo.org; Mon, 19 Jul 2004 22:21:25 +0000 Received: (qmail 20099 invoked by uid 89); 19 Jul 2004 22:21:24 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 2423 invoked from network); 19 Jul 2004 22:21:24 +0000 Date: Mon, 19 Jul 2004 18:19:46 -0400 From: Grant Goodyear To: gentoo-dev@lists.gentoo.org Message-ID: <20040719221946.GF4107@violet.grantgoodyear.org> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <40FB9259.4020503@gentoo.org> <20040719155832.5fadba22.spider@gentoo.org> <40FBE87E.2090505@gentoo.org> <20040719192024.12ae4a5e@snowdrop.home> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3Pql8miugIZX0722" Content-Disposition: inline In-Reply-To: <20040719192024.12ae4a5e@snowdrop.home> User-Agent: Mutt/1.5.6i Subject: Re: [gentoo-dev] The Gentoo Developer Handbook - Quis custodiet ipsos custodes? X-Archives-Salt: de77ec4c-f8c2-4740-a406-02abb33b5029 X-Archives-Hash: 7c8dee784e2ce1fca70895be9586b5e0 --3Pql8miugIZX0722 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Ciaran McCreesh wrote: [Mon Jul 19 2004, 02:20:24PM EDT] > * The ability to arbitrarily suspend or remove developers (without > providing notice or reason to the people who actually work with the > developer in question). I would agree that devrel has a responsibility to provide notice and/or reason to the developer in question, but it's not clear to me that the developer's team needs to be kept apprised of any details other than "developer foo has been suspended / removed". Removing or suspending a dev is fairly rare, and generally due to some sort of egregious behavior, so a notice saying "dev foo will be suspended / removed a week =66rom tuesday" seems unlikely. =20 > * The ability to decide to change the mentor for a new developer without > even bothering to tell the original mentor, let alone providing a reason > to the people involved. I don't see anything about mentoring in the policy guide, although I agree that it would be nice to have something in there. That said, if this behavior has happened in the past, then I think something went drastically awry. Please, when something like this happens, either e-mail devrel@gentoo.org or ombudsman@gentoo.org. We can't fix problems when we don't know about them. > * The ability to impose arbitrary restrictions upon what developers are > and are not allowed to say on IRC and the mailing lists. To the best of my knowledge, these "arbitrary restrictions" are neither new nor restrictions. (The beginning of the etiquette portion of the doc pretty clearly states that the poorly-termed "rules" are not mandates but strong suggestions.) Since at least the time that I joined #gentoo-dev has been a clean-language channel, and we have always asked people with voice or ops in that channel to be reasonably polite. Surely we can also all agree that kicking / banning people just for the fun of it is a bad idea? > I'm sure devrel aren't actively out to set themselves up as the new > spanish inquisition. However, it seems I'm not the only one that's > noticed them moving from a "helping developers" role to "policing > developers" instead, and I'd like to know what devrel's stance on this > is. Come to think of it, I remember a certain former manager bringing > this exact point up shortly before he left. I think you'll find that, in general, devrel is lousy at policing devs. My experience has been that devrel does not normally get involved until somebody has gone to the effort of actually complaining to devrel about something. At that point devrel is obligated to investigate and try to solve the problem, all with at least a modicum of privacy for any devs involved. It's an imperfect system, to say the least, which is why there is also an ombudsman office. The way I see it, anything mentioned in this doc is fair game for discussion. The policy guide is _not_ a constitution, it's a guide. If you don't agree with something in it, by all means provide an alternative for discussion. Best, g2boojum --=20 Grant Goodyear=09 Gentoo Developer g2boojum@gentoo.org http://www.gentoo.org/~g2boojum GPG Fingerprint: D706 9802 1663 DEF5 81B0 9573 A6DC 7152 E0F6 5B76 --3Pql8miugIZX0722 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA/EkCptxxUuD2W3YRAroOAJ4oBsaoWBvH7mNkTe42G75twTdKzQCfb8Qw DVT9TLVMLELPW4h9smnZ+qk= =kYDP -----END PGP SIGNATURE----- --3Pql8miugIZX0722--