<br><br><div class="gmail_quote"><div dir="ltr">On Thu, Oct 11, 2018, 2:26 PM Patrick Venture <<a href="mailto:venture@google.com">venture@google.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, Oct 11, 2018 at 2:21 PM Emily Shaffer <<a href="mailto:emilyshaffer@google.com" target="_blank">emilyshaffer@google.com</a>> wrote:<br>
><br>
><br>
><br>
> On Wed, Oct 10, 2018, 7:52 PM Patrick Venture <<a href="mailto:venture@google.com" target="_blank">venture@google.com</a>> wrote:<br>
>><br>
>> On Wed, Oct 10, 2018 at 7:58 AM krtaylor <<a href="mailto:kurt.r.taylor@gmail.com" target="_blank">kurt.r.taylor@gmail.com</a>> wrote:<br>
>> ><br>
>> > On 10/9/18 1:53 PM, Emily Shaffer wrote:<br>
>> > > Reading through this, I've got a couple concerns:<br>
>> > ><br>
>> > > - There's a clause for enforcement. How do we want to assign ownership<br>
>> > > when enforcement is needed? We probably want to lay it out, I'm not sure<br>
>> > > that it should come through the TSC. Maybe Kurt would be a good start as<br>
>> > > the community manager? No offense to Kurt but I'd also like an<br>
>> > > escalation path or alternative path - with these kinds of things it's<br>
>> > > important to be able to bypass an individual if necessary.<br>
>> ><br>
>> > Re: Community Manager, I am already partially doing that in an<br>
>> > unofficial sense, but for an escalation path, I would highly recommend<br>
>> > first reaching out to the TSC. Any inappropriate activity or harassment<br>
>> > must be taken care of immediately and the community leadership would be<br>
>> > tasked to take care of that.<br>
>> ><br>
>> > ><br>
>> > > - The clause on scope seems to me like it may leave a gap surrounding<br>
>> > > harassment of community members outside of the official OpenBMC setting<br>
>> > > - ie, Foo posts to their Twitter account, "I'm having a lot of trouble<br>
>> > > with Bar's code reviews. What an idiot! Tell them so - their email is<br>
>> > > <a href="mailto:bar@baz.org" target="_blank">bar@baz.org</a> <mailto:<a href="mailto:bar@baz.org" target="_blank">bar@baz.org</a>>!" I'm not sure I'm seeing how the<br>
>> > > contributor covenant protects against this kind of behavior. Maybe I'm<br>
>> > > just misreading and this counts as "prviate communication"?<br>
>> ><br>
>> > This would absolutely require that the person be put on notice. Maybe it<br>
>> > will help, but I have also never seen this behavior work for anyone<br>
>> > trying to harass anyone. It has always backfired on the person doing the<br>
>> > harassing in every case I can think of (I have been involved in a couple).<br>
>> ><br>
>> > ><br>
>> > > On Tue, Oct 9, 2018 at 11:31 AM Jeff Osier-Mixon <<a href="mailto:jefro.net@gmail.com" target="_blank">jefro.net@gmail.com</a><br>
>> > > <mailto:<a href="mailto:jefro.net@gmail.com" target="_blank">jefro.net@gmail.com</a>>> wrote:<br>
>> > ><br>
>> > > Hi folks<br>
>> > ><br>
>> > > We strongly recommend the contributor covenant coc. Being adopted by<br>
>> > > many projects.<br>
>> > ><br>
>> > > <a href="https://www.contributor-covenant.org/version/1/4/code-of-conduct" rel="noreferrer" target="_blank">https://www.contributor-covenant.org/version/1/4/code-of-conduct</a><br>
>> > ><br>
>> > > Glad to discuss more<br>
>> ><br>
>> > As I said in my previous email, we already have a CoC under the LF<br>
>> > policies, but I am not opposed to adopting a new one. That said, do we<br>
>> > need to improve the existing one? Is there something missing? Has anyone<br>
>> > compared the two? Did I just sign up to do that? :)<br>
>> ><br>
>> > Kurt Taylor (krtaylor)<br>
>><br>
>> I just read over the LF CoC and I think it's pretty solid.<br>
><br>
><br>
> I'd say my only serious concern about the LF one is that it directs concerns to someone outside of the project, first. It seems like we can expedite responses if we encourage folks to report via the TSC or community manager first, and escalate to the LF community manager if necessary.<br>
<br>
True, but one would typically see this be a level thing -- if<br>
something isn't severe, keep it in house, otherwise escalate. But who<br>
defines when to escalate or what's severe or,... yeah, it is nice to<br>
keep some aspect in the project so that minor things might be worked<br>
out more quickly.. but I don't know.<br>
<br>
><br>
> As a side point, we should make it more clear that we adhere to the LF CoC. I would be comfortable mentioning it explicitly in some doc in docs/ or the openbmc/openbmc readme, or something. Looking for LF membership and then from there to the CoC isn't very clear to me.<br>
<br>
We should definitely point to something somewhere.<br></blockquote></div><div><br></div><div>FWIW, I just surprised a contributor to a different LF project when I told him we were under the LF CoC already - he didn't know his project had inherited a CoC either. Sounds like this is an issue that might be a little widespread.</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div>