|
|
Log in / Subscribe / Register

Code of poor tone setting

Code of poor tone setting

Posted Mar 9, 2015 21:42 UTC (Mon) by BenHutchings (subscriber, #37955)
In reply to: Code of poor tone setting by paroneayea
Parent article: The kernel's code of conflict

Seems like a pretty weaksauce document. Nearly every other community seems to have a much stronger, more explicit document.

Indeed, this reads as very defensive:

This development process [is wonderful and doesn't need to change]. If however, anyone feels personally abused, threatened, or otherwise uncomfortable due to this process, that is not acceptable.

It puts the onus on those who are not treated fairly, whereas it should begin by stating the responsibility of reviewers and maintainers to treat others fairly. It also doesn't address the possibility of harassment of other kernel community members outside of a review process.

I was asked to ack this before it was submitted and I noticed that although the wording had been discussed by the TAB, not all members had acked it. After talking to one of the exceptions, I didn't feel any more inclined to ack it myself.


to post comments

Code of poor tone setting

Posted Mar 9, 2015 23:59 UTC (Mon) by josh (subscriber, #17465) [Link]

> This development process [is wonderful and doesn't need to change]. If however, anyone feels personally abused, threatened, or otherwise uncomfortable due to this process, that is not acceptable.

> It puts the onus on those who are not treated fairly, whereas it should begin by stating the responsibility of reviewers and maintainers to treat others fairly. It also doesn't address the possibility of harassment of other kernel community members outside of a review process.

I agree completely; that's a bug. Put that together with the very heavyweight process for actually raising a complaint, and I doubt that any of the direct targets of abusive mails will end up gaining much value from this document.

On the other hand, nothing in this document prevents others involved in the community from raising such complaints in response to such behavior, even if they're not the target. In particular, the next time (and sadly there probably *will* be a next time) that some high-profile kernel maintainer decides to be a terrible person on LKML, anyone on LKML can and should actually exercise this process. Preferably making it clear afterwards what result they obtained from the process.

The first time someone does so, we'll find out if this code actually works.

That's the one reason I felt like this was a sufficiently non-zero improvement to ack it. It's by no means a sufficient code of conduct; it fails several of the standard tests for effective codes of conduct. But at best it might actually provide a channel for curtailing some of the abusive mails in the kernel community, and at worst it's no more ineffectual than not having a code at all.

Code of poor tone setting

Posted Mar 10, 2015 6:04 UTC (Tue) by alison (subscriber, #63752) [Link] (1 responses)

BenHutchings, submit a patch? But maybe we should wait for some test results first.

Code of poor tone setting

Posted Mar 10, 2015 8:22 UTC (Tue) by error27 (guest, #8346) [Link]

Patches to the CodeOfConflict aren't going to be accepted for a while. The original text went through a lot of revisions. It's the kind of thing where everyone has an opinion but no benchmark numbers.


Copyright © 2026, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds