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 --]
next prev parent 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