workflows.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Shuah Khan <skhan@linuxfoundation.org>
To: gregkh@linuxfoundation.org, corbet@lwn.net,
	workflows@vger.kernel.org, linux-doc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Miguel Ojeda <ojeda@kernel.org>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	Steven Rostedt <rostedt@goodmis.org>,
	Dan Williams <dan.j.williams@intel.com>,
	Dave Airlie <airlied@gmail.com>,
	DRI Development <dri-devel@lists.freedesktop.org>,
	Shuah Khan <skhan@linuxfoundation.org>
Subject: Re: [PATCH] Documentation/CoC: spell out enforcement for unacceptable behaviors
Date: Mon, 11 Nov 2024 14:50:45 -0700	[thread overview]
Message-ID: <ba3d5492-e774-452f-9fe0-e68b743c6b0d@linuxfoundation.org> (raw)
In-Reply-To: <ZzJkAJEjKidV8Fiz@phenom.ffwll.local>

On 11/11/24 13:07, Simona Vetter wrote:
> On Fri, Nov 08, 2024 at 09:18:53AM -0700, Shuah Khan wrote:
>> The Code of Conduct committee's goal first and foremost is to bring about
>> change to ensure our community continues to foster respectful discussions.
>>
>> In the interest of transparency, the CoC enforcement policy is formalized
>> for unacceptable behaviors.
>>
>> Update the Code of Conduct Interpretation document with the enforcement
>> information.
>>
>> Acked-by: Linus Torvalds <torvalds@linux-foundation.org>
>> Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
>> Acked-by: Miguel Ojeda <ojeda@kernel.org>
>> Acked-by: Dave Hansen <dave.hansen@linux.intel.com>
>> Acked-by: Jonathan Corbet <corbet@lwn.net>
>> Acked-by: Steven Rostedt <rostedt@goodmis.org>
>> Acked-by: Dan Williams <dan.j.williams@intel.com>
>> Signed-off-by: Shuah Khan <skhan@linuxfoundation.org>
> 
> I think it's really good to document these details. The freedesktop coc
> team is going through the same process, we've also done a talk at XDC
> about all these changes, and I think this helps a lot in transparency and
> accountability in practice. With that, some thoughts below.
> 

Thank you Simona for your review and feedback.

>> ---
>>   .../code-of-conduct-interpretation.rst        | 52 +++++++++++++++++++
>>   1 file changed, 52 insertions(+)
>>
>> diff --git a/Documentation/process/code-of-conduct-interpretation.rst b/Documentation/process/code-of-conduct-interpretation.rst
>> index 66b07f14714c..21dd1cd871d2 100644
>> --- a/Documentation/process/code-of-conduct-interpretation.rst
>> +++ b/Documentation/process/code-of-conduct-interpretation.rst
>> @@ -156,3 +156,55 @@ overridden decisions including complete and identifiable voting details.
>>   Because how we interpret and enforce the Code of Conduct will evolve over
>>   time, this document will be updated when necessary to reflect any
>>   changes.
>> +
>> +Enforcement for Unacceptable Behavior Code of Conduct Violations
>> +----------------------------------------------------------------
>> +
>> +The Code of Conduct committee works to ensure that our community continues
>> +to be inclusive and fosters diverse discussions and viewpoints, and works
>> +to improve those characteristics over time. The Code of Conduct committee
>> +takes measures to restore productive and respectful collaboration when an
>> +unacceptable behavior has negatively impacted that relationship.
>> +
>> +Seek public apology for the violation
>> +*************************************
>> +
>> +The Code of Conduct Committee publicly calls out the behavior in the
>> +setting in which the violation has taken place, seeking public apology
>> +for the violation.
>> +
>> +A public apology for the violation is the first step towards rebuilding
>> +the trust. Trust is essential for the continued success and health of the
>> +community which operates on trust and respect.
> 
> Personal take, but I think a forced public apology as the primary or at
> least initial coc enforcement approach is one of the worst.

Seeking public apology is in response to unacceptable behaviors which are
serious in nature. These incidents are exceedingly rare. When these incidents
happen, they usually resolve when another developer/community member points
out the behavior. The individual responds with a voluntary apology to
mend fences and repair harm.

The CoC  gets involved only when it receives a report which is the case
when normal paths such as peers pointing out the behavior to repair the
harm haven't been successful.

This document isn't intended to be a complete summary of all actions the
CoC takes in response to reports. There is a lot of back and forth with
the individuals to bring about change before the CoC asks for an apology.

The CoC seeks public apology only when it is essential to repair the harm.

> 
> First, a ban or temporary suspension seems too mechanical and not in
> proportion with the offence of failing to apologize. In my enforcement
> thus far as maintainer and now also freedesktop.org CoC member we only use
> punishment if behavior has failed to change _and_ we need to protect the
> community from further harm. Usually it takes years to get to that point,
> unless in extremely severe cases (like public harrassment campaigns) or
> when the person stated that they refuse to even consider changing behavior
> at all.
> 
Please see above. Public apology is necessary to repair and restore the
health of the community in these rare cases when an individual doesn't
understand that their behavior could cause harm. The CoC tries to get
the individual to realize that offering a public apology is necessary
to repair the harm and resume respectful and productive discussions.

> Public means you're amping up the stakes and massively increase the odds
> of people being afraid of their reputation and losing face. In my
> experience people are a lot more reasonable when you discuss their
> behavior and what needs to change in private. This even includes the case
> where a temporary suspension had to be put in place already first, to
> protect others.

Please see above. The CoC works with the individual prior to taking the step
of asking for an apology. It is a balancing act between repairing
the harm caused to the individuals at the receiving end of the public
unacceptable behavior and working with the individual to understand the
harm done by such a behavior.

The CoC is mindful of the negative impact of seeking public apology and
instituting ban could have on individuals.

It is a tough balancing act because not taking such actions would lead to
longer term harm to the health of the community. These actions aren't taken
lightly.

> 
> Lastly, a forced apology puts any victim into the awkward position that
> they're forced to decide whether they want to accept the apology, or
> reject it. This essentially offloads part of the CoC enforcement work onto
> victims, which often are not the ones with the power to actually stand up
> to problematic behavior.
> 

This scenario seems to be based on the assumption that the CoC's first
go to action is seeking public apology. This is not the case. The CoC works
towards reaching an understanding between the parties behind the scenes.

As mentioned earlier public apologies and bans are actions taken when
the CoC deems they are absolutely necessary. Bans are instituted only
when the TAB agrees with 2/3 vote.

> Note that I don't see this as a nack, just a heads up that there's a
> potential conflict. I'm not worried though since Dave and me know pretty
> much everyone involved in both CoC teams. I'm sure if this ever becomes a
> real issue we can bridge things and figure out a solution.
> 

Thank you for you feedback and input. The CoC relies on the trust and respect
from the community to the work it needs to do to ensure kernel community stays
healthy as it continues its development work.

thanks,
-- Shuah


  reply	other threads:[~2024-11-11 21:50 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-11-08 16:18 Shuah Khan
2024-11-08 20:08 ` Randy Dunlap
2024-11-09  3:59 ` Theodore Ts'o
2024-11-11 20:07 ` Simona Vetter
2024-11-11 21:50   ` Shuah Khan [this message]
2024-11-11 22:35     ` Laurent Pinchart
2024-11-12  0:35       ` Shuah Khan
2024-11-12  5:18         ` Laurent Pinchart
2024-11-12 17:44           ` Shuah Khan
2024-11-12 17:49             ` Laurent Pinchart
2024-11-12 14:43     ` Mark Brown
2024-11-12 17:45       ` 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=ba3d5492-e774-452f-9fe0-e68b743c6b0d@linuxfoundation.org \
    --to=skhan@linuxfoundation.org \
    --cc=airlied@gmail.com \
    --cc=corbet@lwn.net \
    --cc=dan.j.williams@intel.com \
    --cc=dave.hansen@linux.intel.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=ojeda@kernel.org \
    --cc=rostedt@goodmis.org \
    --cc=torvalds@linux-foundation.org \
    --cc=workflows@vger.kernel.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