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 1KHI27-0000NF-KG for garchives@archives.gentoo.org; Fri, 11 Jul 2008 12:47:31 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 39D12E0681; Fri, 11 Jul 2008 12:47:30 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id D4DB1E067F; Fri, 11 Jul 2008 12:47:29 +0000 (UTC) Received: from [192.168.1.213] (unknown [74.92.132.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 6102D6799E; Fri, 11 Jul 2008 12:47:28 +0000 (UTC) Subject: [gentoo-project] Re: [gentoo-council] User Relations authority From: Ferris McCormick To: Donnie Berkholz Cc: gentoo-council , Roy Bamford , gentoo-project In-Reply-To: <20080711045421.GB13630@comet> References: <20080710054946.GB8666@comet> <1215692772.12648.239.camel@liasis.inforead.com> <20080711045421.GB13630@comet> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-aTb3Tu9QrEqVziI/F9V6" Date: Fri, 11 Jul 2008 12:47:25 +0000 Message-Id: <1215780445.12648.377.camel@liasis.inforead.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Project discussion list X-BeenThere: gentoo-project@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 X-Archives-Salt: f8f3d656-70d4-4393-81dc-17b986c739eb X-Archives-Hash: c5384f63a646516149e359187aae74f7 --=-aTb3Tu9QrEqVziI/F9V6 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I'm CC-ing gentoo-project on this, because some Council members and perhaps others seemed to indicate a preference for moving the discussion there. This response turns out to be much longer than I had intended because I always try to follow my reasoning to see where it goes, whether I like the conclusions or not. On Thu, 2008-07-10 at 21:54 -0700, Donnie Berkholz wrote: > On 12:26 Thu 10 Jul , Ferris McCormick wrote: > > On Wed, 2008-07-09 at 22:49 -0700, Donnie Berkholz wrote: > > 2. But for both devrel and userrel, the Code of Conduct loses almost > > all its impact unless response is immediate --- CoC's intent, I think, > > is to help keep the mailing lists and #gentoo-dev channel on track > > pretty much in real time. I know this was the original idea behind it, > > and this was one reason we felt we needed people outside devrel to help > > enforce it (devrel is not set up for immediate responses); >=20 > The concepts of poisonous people and repeat offenders are explicitly=20 > mentioned numerous times in the 20070308 council meeting. Here are some=20 > examples: >=20 > kloeri: banning people from the lists, not=20 > necessarily... but reducing the requirements on devrel to suspend=20 > "repeat offenders" might just make them think about their actions before=20 > doing them, and that could decrease the flames a bit >=20 > there's some devs that are persistently poisoning the project=20 > that I want to deal with but that's not just related to mailinglists >=20 > christel: agreed... I think we need to be a bit more=20 > strict on our developers... after all, in the flames involving users,=20 > developers are just as much at fault as the users... perhaps if the devs=20 > didn't respond in kind, the flames would subside much quicker, etc >=20 > I don't want to ban anybody but I do want to be much harder on=20 > devs poisoning things consistently and I'm going to file at least one=20 > devrel bug in that regard >=20 > I don't think we can force people to follow netiquette in=20 > general but we can do more to smack devs up when they're constantly=20 > being a pain in the ass >=20 >=20 > On the topic of userrel's power to ban people from lists, which is a=20 > long-term action: >=20 > on the side of devrel not having 'teeth' - kloeri mentioned=20 > before that infra previously wasn't very responsive to requests to do=20 > things (he cited a userrel request to remove user from the ML) >=20 > i have a question, if we are to start enforcing etiquette=20 > policy, i think we may want to ensure we have one which also cover users >=20 > > 4. That is, we (devrel, userrel, averyone else perhaps) should use Cod= e > > of Conduct to stop elaborate flame wars before they can burn out of > > control. Whether a flame war ever merits a bug will vary from situatio= n > > to situation, but generally if we have a flame war and wish to impose > > some sort of sanctions because of it, we really need to be hitting > > several people or none with warnings or brief "vacations." >=20 > I agree that we should attempt to take short-term actions in response to=20 > immediate offenses. >=20 > > 5. I am not sure where the current Code of Conduct document is, but > > I'll volunteer to help update it to bring it into line with how we wish > > to use it and to help clarify who has what authority under it, and that > > sort of thing. I have come to support it, and I'd like to help make it > > more effectively used in the rather narrow context for which it was > > designed before we consider extending its reach. >=20 > On the topic of trying to write down every possible way to go about=20 > this, I also agree with them: >=20 > christel: I actually think you want it to be more vague than=20 > specific. "Don't be a jerk." Please don't define "jerk", or you get a=20 > five-page treatise on why the bahavior doesn't really fit the=20 > definition. >=20 > we really need to be careful in adopting document upon=20 > document upon document >=20 I note two things. (1) As I read this, no one here is arguing for anything like a permanent ban; (2) The main thrust in this appears to address *poisonous developers* except for christel who advocates including non-developer users as well. And I don't see anything suggesting that wolf31o2/kloeri/christel/seemant are discussing permanent action, although I don't have the complete context. So, I don't think I have any argument with wolf31o2/kloeri/christel/seemant here, but I think what you cited *supports* my view. Let me quote kloeri again, because he seems to be the strictest among them: : there's some devs that are persistently poisoning the project that I want to deal with but that's not just related to mailinglists : I don't want to ban anybody but I do want to be much harder on devs poisoning things consistently and I'm going to file at least one devrel bug in that regard .... In case you are misunderstanding me (well, from you other response I know you are; I'll try to address that once again below): I don't mind being more vague than specific (I don't ask for a definition of "Don't be a jerk", really). My concern goes more to who determines "jerk-ness" and what we do about it. And it bothers me a lot that a small number of people believe themselves qualified to make that decision in secret. Code of Conduct seems to require that the people applying it are actively working with the "jerks" involved. Even kloeri said he was opening a bug on some developer for all to see. As for seemant's "document on document" --- I agree. But I do insist that our policy documents reflect what we can do and why. Nothing in our current documentation that I can see indicates that we should have a group of people rooting through our archives in order to put together a case for imposing a permanent ban on someone, and if you are really suggesting any such thing, *something* needs to be updated in order to put the community on notice. There's a difference between "document on document" and a real change in policy/procedure without and document changes at all. Please resist the urge to dismiss my description as ad hominum. When I say "root through the archives" I realize that that is not a neutral description of what people have in mind. But I think it is completely accurate. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Now, I'm going to change the topic slightly and explain what I think the context of Jorge's proposals is. I ask him to set me straight if I'm getting it wrong. As I understand it, these proposals fit into the context of the Code of Conduct, and no matter what you say, I am certain that the Code of Conduct was put in place to address problems as they occur in order cut off and prevent brush fires. In this context, his permanent ban proposals would be the final sanction after quite a long run of working with someone through the Code of Conduct itself. And I have never seen anything suggesting nor anyone proposing that the Code of Conduct has a long reach into the past to apply to someone now. Code of Conduct addresses current conduct; it does not address past conduct except in the context of what is going on now. I ask Roy or Jorge please to correct me on this. So, if we were to add Jorge's proposals to the Code of Conduct, they would fall into that context, and would never come into play at all unless triggered by some sequence of Code of Conduct violations starting at the time they were adopted. Personally, I would probably not support that, but you might be able to talk me around. Now, as I have said, I think providing for moderating the -dev mailing list fits much more neatly into the Code of Conduct, and I had thought we would have this in place by now (although the push for that seems to have died --- it's sort of funny that right now I'm the one pushing it). As I see it, this would give us the option of shunting all posts from someone to a group of moderators who would either pass the posts or bounce them with an explanation. We already do this on at least one of our mailing lists (gentoo-dev-announce?) so it is nothing new and it works well in the Code of Conduct context. It also solves the problem of future posts from "poisonous people." Donnie suggests elsewhere that moderation is not the answer because the number of "poisonous people" is small and the group tends to be the same, but I don't understand the point. All that says is that the list of people being moderated would be pretty static. To that I answer (1) So what? Does it matter that the moderators have a static list rather than a dynamic one? (2) That's invalid anyway because we've never tried it. We don't know how anyone would react to constant requests to modify a post. So to reject a solution to a perceived problem because "we know it won't work" even though it fits nicely into the Code of Conduct and instead put in place a policy of pre-emptively banning so-called trouble makers strikes me as ill-conceived and premature. Oh, yes. I'm going to stand by my statement that imposing permanent bans in secret without involving the parties involved is cowardly. If we are willing to take such extreme measures against people, we should be willing to face them to discuss the problems and to negotiate less extreme alternatives. It's easy to write an email to someone saying "You're banned from all things Gentoo"; it's somewhat harder to talk to that person about it. I'm also going to stand by my statements that the intent behind the Code of Conduct has always been to provide a way to react quickly to problems as they unfold. This is not explicit in the Code of Conduct, but I think it is a fair inference from the discussions leading up to it. I ask Roy or Jorge to correct me if I am wrong. Or we could just ask Christel; she wrote it and she knows what she had in mind. (Actually, I guess I'll ask Christel if no one else does.) Regards, Ferris --=20 Ferris McCormick (P44646, MI) Developer, Gentoo Linux (Devrel, Sparc, Userrel, Trustees) --=-aTb3Tu9QrEqVziI/F9V6 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEABECAAYFAkh3Vl0ACgkQQa6M3+I///cMLwCcDs7lZK7i9CAWBr5y0qi8Z5Er Y5EAniagT5fQcPmk+4czRiuvJFGRnJA2 =ZwRD -----END PGP SIGNATURE----- --=-aTb3Tu9QrEqVziI/F9V6-- -- gentoo-project@lists.gentoo.org mailing list