ksummit.lists.linux.dev archive mirror
 help / color / mirror / Atom feed
From: Mark Brown <broonie@kernel.org>
To: Daniel Vetter <daniel.vetter@ffwll.ch>
Cc: ksummit <ksummit-discuss@lists.linuxfoundation.org>
Subject: Re: [Ksummit-discuss] [MAINTAINER TOPIC FOR KS] CoC and Linus position (perhaps undocumented/closed/limited/invite session)
Date: Thu, 20 Sep 2018 08:57:40 -0700	[thread overview]
Message-ID: <20180920155740.GJ2471@sirena.org.uk> (raw)
In-Reply-To: <CAKMK7uH54r6UATpEsVDT6VpBUe8FuwsXVy1mBzC3SWSVRax-7g@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1916 bytes --]

On Thu, Sep 20, 2018 at 11:53:26AM +0200, Daniel Vetter wrote:
> On Thu, Sep 20, 2018 at 11:12 AM, Rafael J. Wysocki <rjw@rjwysocki.net> wrote:

> > Also, the second paragraph in there openly suggests that maintainers are now
> > expected to reject contributions from the people who behave inappropriately
> > in their view.  Does this mean that I'm expected to reject correct code changes
> > (maybe including bug fixes and maybe even security-critical ones) from a person
> > whose behaviors "deem inappropriate, threatening, offensive, or harmful" in
> > my view?

> Ultimately, yes. On dri-devel we didn't yet have to pull out that
> threat yet. If you look at other communities, a permanent ban (which
> is what you defacto do if you reject all contributions from someone)
> is an extremely rare measure.

> What we have done is temporarily suspend people's commit rights, so
> they can cool down a bit. Or making it clear that we might remove them
> from maintainer duties. The amount of damage a maintainer/committer
> can do is much bigger than someone just submitting patches, so usually
> that's all that's needed. All while making it clear that their
> contributions are still very much welcome. But someone who really only
> wreaks a massive wake of destruction, even if their patches themselves
> are fine, will be thrown out completely from dri-devel. Just not worth
> to deal with.

I did once run into a situation where I just flat out refused to apply
what was apparently a bugfix patch from someone due to the fact that the
commit message consisted entirely of abusive comments about everyone
involved in introducing the bug and they refused to improve the commit
message in any way.  It didn't help that they weren't willing to
describe the bug itself other than to make derogatory comments about
those who couldn't see the issue.  This is just an edge case that's
really extreme and really rare.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

  parent reply	other threads:[~2018-09-20 15:57 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-09-18  5:55 Dave Airlie
2018-09-18 13:43 ` Steven Rostedt
2018-09-18 14:34   ` Daniel Vetter
2018-09-18 14:58     ` Geert Uytterhoeven
2018-09-20  9:12   ` Rafael J. Wysocki
2018-09-20  9:53     ` Daniel Vetter
2018-09-20 10:05       ` Daniel Vetter
2018-09-20 15:57       ` Mark Brown [this message]
2018-09-18 14:02 ` James Bottomley
2018-09-18 14:41   ` Daniel Vetter
2018-09-18 19:29   ` Mauro Carvalho Chehab
2018-09-18 19:36     ` Josh Triplett
2018-09-18 19:52       ` Mauro Carvalho Chehab
2018-09-18 20:52         ` Takashi Iwai
2018-09-18 21:15         ` Josh Triplett
2018-09-18 23:06       ` Steven Rostedt
2018-09-18 23:38         ` Laurent Pinchart
2018-09-18 19:58     ` Arnaldo Carvalho de Melo
2018-09-19 11:28     ` James Bottomley
2018-09-19 11:37       ` Mauro Carvalho Chehab
2018-09-19 12:03         ` Mauro Carvalho Chehab
2018-09-19 14:16           ` James Bottomley
2018-09-19 16:06             ` Mauro Carvalho Chehab
2018-09-19 19:55             ` Mauro Carvalho Chehab
2018-09-19 20:10               ` Luck, Tony
2018-09-19 23:28                 ` Mauro Carvalho Chehab
2018-09-19 23:45                   ` Tim.Bird
2018-09-19 20:23               ` Dave Airlie
2018-09-20  0:01                 ` Mauro Carvalho Chehab
2018-09-20  0:22                   ` Tim.Bird
2018-09-20  6:33                     ` Jani Nikula
2018-09-20  7:01                       ` Josh Triplett
2018-09-20  7:11                         ` Daniel Vetter
2018-09-20  7:04                       ` David Woodhouse
2018-09-24 13:53                         ` Mel Gorman
2018-09-25  5:45                           ` Leon Romanovsky
2018-09-20 10:19                       ` Laurent Pinchart
2018-09-20 10:23                       ` Mauro Carvalho Chehab
2018-09-20 12:31                         ` Jani Nikula
2018-09-20 13:04                           ` Mauro Carvalho Chehab
2018-09-20 13:49                         ` Tim.Bird
2018-09-20 13:55                           ` Laurent Pinchart
2018-09-20 19:14                             ` Tim.Bird
2018-09-20 19:55                               ` Laurent Pinchart
2018-09-20 20:11                                 ` Dmitry Torokhov
2018-09-20 20:14                                 ` Jonathan Corbet
2018-09-20 20:52                           ` Mauro Carvalho Chehab
2018-09-20  2:44                   ` Joe Perches
2018-09-20 11:11                     ` Laurent Pinchart
2018-09-20 13:35                       ` Joe Perches
2018-09-20  3:38                   ` Stephen Hemminger
2018-09-20 12:28 ` Eric W. Biederman

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=20180920155740.GJ2471@sirena.org.uk \
    --to=broonie@kernel.org \
    --cc=daniel.vetter@ffwll.ch \
    --cc=ksummit-discuss@lists.linuxfoundation.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