public inbox for gentoo-project@lists.gentoo.org
 help / color / mirror / Atom feed
From: Thomas Deutschmann <whissi@gentoo.org>
To: gentoo-project@lists.gentoo.org
Subject: Re: [gentoo-project] [PATCH] glep-0048: Provide clear rules for disciplinary actions
Date: Tue, 23 Apr 2019 20:13:39 +0200	[thread overview]
Message-ID: <86439695-e7fa-fa11-31f8-71440c8e73ea@gentoo.org> (raw)
In-Reply-To: <20190412161946.GB14134@whubbs1.dev.av1.gaikai.org>


[-- Attachment #1.1: Type: text/plain, Size: 2387 bytes --]

Hi,

according to the answer to antarus' question, I understand that in the
past there were Gentoo developers violating Gentoo QA standards.

There must be a clear process how to deal with such a situation:

- Which kind of QA violation can cause a ban? At no time should a single
QA violation allow whoever is current QA lead or QA team to issue a ban.
I am not saying that current QA team wants to do something like that but
we need clear rules everyone can understand.

- It must be clear that a ban is the last resort. I.e. the process must
define something like a warn system so that the developer violating
Gentoo QA standards knows that he/she has been warned and if he/she
won't change his/her behavior, a ban (commit bit will flip) will follow.

- However, disciplinary actions must happen in time. I.e. you cannot
silently watch and just complain on IRC for x months and suddenly decide
to issue a ban because QA team just lost patience. That said, an issued
warning will time out. If the developer in question stops violating QA
rules for $time, he/she is back at level 0 so that a new issue won't
trigger an action (keep in mind: We assume that we all share the same
goals; if there's a hostile developer causing problems all the time this
is a Gentoo problem, not a QA problem).

- It must be clear that QA can take actions as last resort. Let's say
developer X received first strike, don't change behavior, maybe will
receive second strike and still keep violating QA standards, QA has the
power to remove commit bit.

BUT:

QA actions must be limited in time. After 1 or 2 weeks, commit bit must
be restored. If the developer in question will keep behavior causing the
disciplinary action, we can assume that he/she is a hostile developer
for Gentoo and this will become topic of ComRel.

Based on this, I cannot vote for
https://archives.gentoo.org/gentoo-project/message/548d9c439a73ae38756c0b92a28137ea:

The changed text grants too much power to QA project. As said, QA
project is responsible for QA in Gentoo (technical things in
ebuilds/eclass in most cases). QA should never have the privileges to
decide to forcefully retire a developer or should take actions for
others (like infra, work of others).


-- 
Regards,
Thomas Deutschmann / Gentoo Linux Developer
C4DD 695F A713 8F24 2AA1 5638 5849 7EE5 1D5D 74A5


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 618 bytes --]

  reply	other threads:[~2019-04-23 18:13 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-04-12 14:40 [gentoo-project] [PATCH] glep-0048: Provide clear rules for disciplinary actions Michał Górny
2019-04-12 15:19 ` [gentoo-project] " Ulrich Mueller
2019-04-12 15:44   ` Mikle Kolyada
2019-04-12 16:12     ` Ulrich Mueller
2019-04-13 11:34       ` Mikle Kolyada
2019-04-13 11:55         ` Michał Górny
2019-04-12 16:10   ` Michał Górny
2019-04-26 14:26     ` Alexis Ballier
2019-04-13 16:25   ` Andreas K. Huettel
2019-04-12 15:30 ` [gentoo-project] " Alec Warner
2019-04-12 16:25   ` Michał Górny
2019-04-13  3:07     ` Alice Ferrazzi
2019-04-13  6:25       ` Michał Górny
2019-04-13 16:33       ` Andreas K. Huettel
2019-04-13 16:30     ` Andreas K. Huettel
2019-04-23 20:55       ` Matthew Thode
2019-04-26 14:29     ` Alexis Ballier
2019-04-26 14:55       ` Michał Górny
2019-04-26 16:18         ` Alexis Ballier
2019-04-26 20:01           ` Michał Górny
2019-04-27  1:04             ` Chí-Thanh Christopher Nguyễn
2019-04-27  6:09               ` Michał Górny
2019-04-29  9:36                 ` Alexis Ballier
2019-04-26 19:12         ` Alec Warner
2019-04-26 19:06       ` Mikle Kolyada
2019-04-29  9:16         ` Alexis Ballier
2019-04-18 12:10   ` Michał Górny
2019-04-19 11:10     ` Mikle Kolyada
2019-04-12 16:10 ` William Hubbs
2019-04-12 16:19   ` William Hubbs
2019-04-23 18:13     ` Thomas Deutschmann [this message]
2019-04-23 21:35       ` Alec Warner
2019-04-24  1:09         ` Chí-Thanh Christopher Nguyễn
2019-04-24  6:31         ` Michał Górny
2019-04-24 14:31           ` Alec Warner
2019-04-25 21:51       ` Mikle Kolyada
2019-04-23 16:58 ` Kristian Fiskerstrand
2019-04-26 14:17   ` Alexis Ballier

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=86439695-e7fa-fa11-31f8-71440c8e73ea@gentoo.org \
    --to=whissi@gentoo.org \
    --cc=gentoo-project@lists.gentoo.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