ksummit.lists.linux.dev archive mirror
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>
To: Rodrigo Vivi <rodrigo.vivi@gmail.com>
Cc: ksummit-discuss@lists.linuxfoundation.org
Subject: Re: [Ksummit-discuss] New CoC and Brendan Eich
Date: Mon, 8 Oct 2018 18:35:17 -0300	[thread overview]
Message-ID: <20181008183423.4bdcaeea@coco.lan> (raw)
In-Reply-To: <CABVU7+t4VDg6p4Kq-P6U+epOOoeiy8E5XJ0gxDAJTyfW7h6Y5Q@mail.gmail.com>

Em Thu, 4 Oct 2018 12:21:42 -0700
Rodrigo Vivi <rodrigo.vivi@gmail.com> escreveu:

> On Thu, Oct 4, 2018 at 12:06 PM jonsmirl@gmail.com <jonsmirl@gmail.com>
> wrote:
> 
> > On Thu, Oct 4, 2018 at 2:32 PM Laurent Pinchart
> > <laurent.pinchart@ideasonboard.com> wrote:  
> > >
> > > Hi Jon,
> > >
> > > On Thursday, 4 October 2018 19:23:33 EEST jonsmirl@gmail.com wrote:  
> > > > I would highly recommend getting the new CoC reviewed and approved by
> > > > some of the very smart lawyers that help out the Linux community.  I
> > > > would also recommend discussing the Brendan Eich situation at Ksummit.
> > > > A situation like this needs to be planned for since an improper
> > > > response will make things much worse leading to legal challenges.
> > > >
> > > > Some random articles to refresh everyone's memory...
> > > >  
> > https://www.telegraph.co.uk/finance/newsbysector/mediatechnologyandtelecoms/  
> > > >  
> > digital-media/10743456/Mozilla-chief-Brendan-Eich-steps-down-over-gay-marria  
> > > > ge-row.html
> > > >  
> > https://www.theguardian.com/commentisfree/2014/apr/07/brendan-eich-has-the->
> > right-to-fight-gay-rights-but-not-to-be-mozillas-ceo  
> > > > https://www.bbc.com/news/technology-26868536
> > > >  
> > https://www.telegraph.co.uk/technology/technology-topics/10745283/Brendan-Ei  
> > > >  
> > ch-is-a-homophobe-Im-a-lesbian-and-neither-of-us-deserves-to-lose-our-jobs.h  
> > > > tml  
> > >
> > > We're facing a textbook case that has a probability of generating heated
> > > discussions no lower than 100%. I remember having a pretty strong  
> > opinion on  
> > > the topic when it came under public scrutiny (and while I generally  
> > don't mind  
> > > discussing it, I won't disclose that opinion here as that's entirely
> > > irrelevant). The more interesting part was that waiting for the debate  
> > to cool  
> > > down gave me time to think, and realize that what is often perceived as a
> > > black-and-white situation most often turns out to be more complex than
> > > initially perceived.
> > >
> > > One point that I would like to explore is thus how we can take the time  
> > needed  
> > > to solve such matters when the mob is waiting outside of the courtroom  
> > with  
> > > tar and feathers. I don't want to discuss here what our response to such  
> > a  
> > > case should be, but the process that we should follow to come up with a
> > > response. It is of paramount importance in my opinion for the body  
> > tasked with  
> > > handling those issues to follow a process that ensures it will be able  
> > to keep  
> > > a cool head and have enough time available to think the response  
> > carefully.
> >
> > What is going to happen when someone gets fired after being accused of
> > violating the CoC and they lose $20M in options? INAL but it appears
> > to me that the CoC has created lawsuit exposure for all of the
> > maintainers. This CoC really needs to be vetted by the kernel legal
> > team.
> >  
> 
> you mean If someone gets fired for violating respect to the other human
> being in public?!
> I'm afraid this already happen around the world. And I never saw anyone
> blaming news or social networks for that. The cause of this consequence is
> on the speech itself, not on the channels....

No, that's not what's written at the letter of the CoC. It is written
there that:

If developer A violates the CoC insulting developer B, the maintainer C is
responsible to take actions against developer B.

If maintainer C doesn't take actions[1], developer B can complain to
TAB against maintainer C (and not against developer A).

In other words, at the light of this CoC, the one that should be held
into account is not the one that lacked respect. It is someone else
that was unable to "educate" developer A.

[1] It should be notice that, even the best good will maintainer
won't be able to enforce the CoC, as several actions are impossible to
handle for an e-mail-based workflow: maintainer B can't edit or 
remove all copies of an email that developer A posted on a public
mailing list and their mirrors. Even his capability of banning developer A
is limited, as he usually doesn't maintain the e-mail server. So, he has
to ask someone else to do that.

Thanks,
Mauro

  parent reply	other threads:[~2018-10-08 21:35 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-10-04 16:23 jonsmirl
2018-10-04 18:33 ` Laurent Pinchart
2018-10-04 19:05   ` jonsmirl
2018-10-04 19:21     ` Rodrigo Vivi
2018-10-04 19:53       ` jonsmirl
2018-10-05  7:21       ` Geert Uytterhoeven
2018-10-08 21:35       ` Mauro Carvalho Chehab [this message]
2018-10-08 23:20         ` Rodrigo Vivi
2018-10-09 10:07           ` Mauro Carvalho Chehab
2018-10-09 15:59             ` Rodrigo Vivi
2018-10-09 16:52             ` Chris Mason
2018-10-09 22:03               ` Dan Williams
2018-10-10  6:47                 ` Geert Uytterhoeven
2018-10-10 13:57                   ` Mauro Carvalho Chehab
2018-10-10 17:21                     ` Josh Triplett
2018-10-10 18:28                       ` Mauro Carvalho Chehab
2018-10-10 19:56                         ` Josh Triplett
2018-10-10 20:12                           ` Mauro Carvalho Chehab
2018-10-10 20:17                             ` Josh Triplett
2018-10-04 19:34     ` Laurent Pinchart
2018-10-04 20:39   ` Al Viro
2018-10-04 20:56     ` Jonathan Corbet
2018-10-04 21:27       ` Thomas Gleixner
2018-10-04 22:04         ` Jonathan Corbet
2018-10-05 16:03           ` Theodore Y. Ts'o
2018-10-04 22:05         ` Tim.Bird
2018-10-05  6:23           ` Christoph Hellwig
2018-10-05  7:12       ` Geert Uytterhoeven
2018-10-05  7:50         ` Josh Triplett
2018-10-05  9:20           ` Jani Nikula
2018-10-05  9:57             ` Laurent Pinchart
2018-10-05 10:45               ` Joe Perches
2018-10-05 10:55                 ` Laurent Pinchart
2018-10-05 12:59               ` Jani Nikula
2018-10-05 13:09                 ` Laurent Pinchart
2018-10-05 15:17                 ` James Bottomley
2018-10-05 18:28                   ` Josh Triplett
2018-10-05 18:39                     ` James Bottomley
2018-10-04 20:57     ` Josh Triplett
2018-10-05  7:16       ` Geert Uytterhoeven
2018-10-05  7:51         ` Josh Triplett
2018-10-05  8:00           ` Geert Uytterhoeven
2018-10-05  8:44             ` Josh Triplett
2018-10-05 15:26           ` James Bottomley

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=20181008183423.4bdcaeea@coco.lan \
    --to=mchehab+samsung@kernel.org \
    --cc=ksummit-discuss@lists.linuxfoundation.org \
    --cc=rodrigo.vivi@gmail.com \
    /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