Ksummit-Discuss Archive mirror
 help / color / mirror / Atom feed
From: Shuah Khan <shuah@kernel.org>
To: ksummit-discuss@lists.linuxfoundation.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	clm@fb.com, dan.j.williams@intel.com,
	Jonathan Corbet <corbet@lwn.net>,
	olof@lxom.net, rostedt@goodmis.org,
	torvalds@linux-foundation.org
Subject: [Ksummit-discuss] [TECH-TOPIC] Review - Code of Conduct: Let's revamp it.
Date: Mon, 24 Sep 2018 08:24:07 -0600	[thread overview]
Message-ID: <cf7638b9-c25d-d47e-f539-192a43268122@kernel.org> (raw)

I have been trying to follow various threads on this topic and none of them address
the review of this patch that went in. There is no mistake in the title of this topic.
I do consider this topic to be more general than limited to Maintainer Summit. Hence,
the choice of a wider Technical designation.

So I am kicking off a thread to do the review with my comments. I am in general
agreement with the spirit of this change to the existing "Code of Conflict".

Now specific concerns and comments:

I am concerned about the added responsibilities as a maintainer. I have to not only
worry about the quality of code and technical aspects, but also be responsible for
behavior of individuals I might not have any control or sway over. That said, I am
hopeful that this will help all of us in the community, maintainers and contributors
alike to think a bit more about how their response will be received and would they like
it if they are at the receiving end of that kind of message, before hitting that send
button. When we see a response that is offensive and/or hurtful, there is usually silence
on such threads. So maybe that will change with this CoC and at least some of us will say,
let's use a firm and polite message as opposed to offensive/hurtful message.

I also have a concern that what is hurtful can be somewhat subjective. What a maintainer
considers isn't hurtful, could be perceived as hurtful by the individual at the receiving
end.

What is offensive is a bit more clear. It will be learning curve for us as a community and
I do think we will get there. I believe our kernel community at large is respectful and helpful.

This decision to change the existing "Code of Conflict" signed off by a large number of developers,
has been changed and committed with a few people signing off on it.

It would be good to know the circumstances that necessitated the decision to include this patch
without the proper review process. if that isn't possible, it is important to follow the review
process now for v2. Also, discussing this in the Maintainer summit and/or kernel summit will not
make the community feel like it is a community approved decision. At least, kernel community should
be given a chance to discuss this change just like any other change.

thanks,
-- Shuah

             reply	other threads:[~2018-09-24 14:34 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-09-24 14:24 Shuah Khan [this message]
2018-09-24 17:51 ` [Ksummit-discuss] [TECH-TOPIC] Review - Code of Conduct: Let's revamp it James Morris
2018-09-24 18:11   ` John W. Linville
2018-09-24 19:54     ` Josh Triplett
2018-09-24 20:46     ` Olof Johansson
2018-09-24 22:21       ` Thomas Gleixner
2018-09-25  4:26         ` Daniel Vetter
2018-09-25  6:21           ` Olof Johansson
2018-09-25  8:45             ` Thomas Gleixner
2018-09-25 16:42               ` Daniel Vetter
2018-09-25 20:03                 ` Shuah Khan
2018-09-25  6:46           ` Dan Williams
2018-09-24 19:31 ` Jason Cooper
2018-09-26 20:57   ` Mauro Carvalho Chehab
2018-09-24 23:15 ` James Bottomley
2018-09-25  1:35   ` Joe Perches
2018-09-26  6:54     ` Jani Nikula
2018-09-26  9:19       ` Jan Kara
2018-09-26  9:58         ` Hannes Reinecke
2018-09-26 12:35           ` Mauro Carvalho Chehab
2018-09-26 16:43         ` Mark Brown
2018-09-26 17:03           ` Tim.Bird
2018-09-26 12:30   ` Mauro Carvalho Chehab
2018-09-26 12:51     ` Geert Uytterhoeven
2018-09-26 14:01     ` Shuah Khan
2018-09-25 10:56 ` Jani Nikula
2018-09-25 13:38   ` Jonathan Corbet
2018-09-25 15:22     ` Shuah Khan
2018-09-25 16:51       ` Tim.Bird
2018-09-26  8:04         ` Laura Abbott
2018-09-26 14:47           ` Theodore Y. Ts'o
2018-09-27  8:30             ` Laura Abbott
2018-10-04 16:27 ` James Bottomley
2018-10-05 18:10   ` Shuah Khan
2018-10-06 21:39     ` James Bottomley
2018-10-07 15:27       ` Shuah Khan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=cf7638b9-c25d-d47e-f539-192a43268122@kernel.org \
    --to=shuah@kernel.org \
    --cc=clm@fb.com \
    --cc=corbet@lwn.net \
    --cc=dan.j.williams@intel.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=ksummit-discuss@lists.linuxfoundation.org \
    --cc=olof@lxom.net \
    --cc=rostedt@goodmis.org \
    --cc=torvalds@linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).