From: Rich Freeman <rich0@gentoo.org>
To: gentoo-dev <gentoo-dev@lists.gentoo.org>
Subject: Re: [gentoo-dev] Mailing list moderation and community openness
Date: Tue, 27 Mar 2018 03:35:11 -0400 [thread overview]
Message-ID: <CAGfcS_mgMk9H6DA3ZsLvYSfH1iQmH4i=Ka9VoNhWBHVxMLmxWA@mail.gmail.com> (raw)
In-Reply-To: <637c483e-cc1a-2e38-1463-309ce7090ea1@gmail.com>
On Mon, Mar 26, 2018 at 10:38 PM, kuzetsa <kuzetsa@gmail.com> wrote:
>
> I think this may be a misunderstanding? no? there might be some mailing
> list jargon term: "moderation" which I was unaware of:
>
Historically moderation meant having list traffic held prior to
distribution for approval from a moderator.
> I've never used mailing list software which has that feature (I think
> that may be what you're referring to) - I mostly meant someone (or a
> team) with the specific duty to hold people accountable for their posts
> (since the list is public-facing, this should include @gentoo.org devs
> too because it sets a weird precedent to have disparate enforcement)
Well, ultimately the question is whether unverified members of the
community can post or not. If they can, then there is no way to hold
anybody accountable for anything, because they can just create a new
email address to continue posting.
If you require verification prior to posting it gives everybody a
reputation to have to be concerned about.
> the "require whitelist / default deny" version of having a closed list
> seems the same - expecting users to contact a dev to relay messages, or
> go through the dubiously [un]documented process of getting whitelisted.
The process is simple, and certainly could be documented on the wiki
(it was already described in emails). Get a dev to whitelist you. It
can be any dev, and it is up to that dev to agree to the request or
not.
> unless that process has a standardized format, it seems worse than the
> greylist because individual developers have the autonomy to [not]
> sponsor people for whitelist, or approve posting on a user's behalf.
I'd consider that a feature, not a bug. Gentoo has well over 100
developers. All it takes is the approval of any one of them to be
whitelisted. That is a very permissive system. If every single one
of them is unwilling to whitelist somebody, is it really necessary to
have every single one of them make some kind of case for their
individual decisions? Who would even judge such a case, considering
that all of comrel and the council (and even the current Trustees) are
all developers who presumably could have done the whitelisting
themselves?
You could still layer something like the proctors or comrel on top of
this, and they would presumably be a bit more formalized in how they
operate. (The typical conception is that Proctors would have a lot of
discretion but would generally only enforce short-term "punishments"
like bans of a few days, warnings, and so on. On the other hand
comrel would be much more formalized but would be able to take
long-term action. The goal of course would be for Proctors to defuse
situations before they ever get to Comrel.)
--
Rich
next prev parent reply other threads:[~2018-03-27 7:35 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-20 12:17 [gentoo-dev] Mailing list moderation and community openness Michael Palimaka
2018-03-20 12:22 ` Kristian Fiskerstrand
2018-03-20 12:26 ` Lars Wendler
2018-03-20 13:41 ` Gregory Woodbury
2018-03-20 16:09 ` [gentoo-project] " Rich Freeman
2018-03-20 15:28 ` Matthew Thode
2018-03-20 18:17 ` Kristian Fiskerstrand
2018-03-21 23:56 ` Chí-Thanh Christopher Nguyễn
2018-03-22 0:24 ` Kristian Fiskerstrand
2018-03-21 5:36 ` Eray Aslan
2018-03-21 11:07 ` Rich Freeman
2018-03-21 14:44 ` Alec Warner
2018-03-21 16:31 ` Eray Aslan
2018-03-21 16:46 ` Alec Warner
2018-03-21 16:55 ` R0b0t1
2018-03-21 17:19 ` Rich Freeman
2018-03-21 23:44 ` Gregory Woodbury
2018-03-22 5:24 ` [gentoo-dev] " Duncan
2018-03-20 15:44 ` [gentoo-dev] " Alexander Berntsen
2018-03-20 16:03 ` William Hubbs
2018-03-20 23:54 ` Benda Xu
2018-03-21 0:08 ` Rich Freeman
2018-03-21 23:56 ` Chí-Thanh Christopher Nguyễn
2018-03-22 0:33 ` Kristian Fiskerstrand
2018-03-22 0:37 ` M. J. Everitt
2018-03-22 6:31 ` Benda Xu
2018-03-22 8:30 ` Alexander Berntsen
2018-03-22 11:38 ` Rich Freeman
2018-03-22 12:07 ` Kristian Fiskerstrand
2018-03-27 1:19 ` kuzetsa
2018-03-27 1:26 ` Rich Freeman
2018-03-27 2:38 ` kuzetsa
2018-03-27 7:35 ` Rich Freeman [this message]
2018-03-27 7:34 ` [gentoo-dev] " Martin Vaeth
2018-03-27 12:55 ` Rich Freeman
2018-03-27 16:12 ` Martin Vaeth
2018-03-27 16:39 ` Rich Freeman
2018-03-28 2:21 ` M. J. Everitt
2018-03-28 2:55 ` R0b0t1
2018-03-28 4:41 ` Stephen Christie
2018-03-28 13:48 ` Michael Orlitzky
2018-03-28 11:03 ` Rich Freeman
2018-03-28 6:11 ` Dawid Weglinski
2018-03-28 6:33 ` Martin Vaeth
2018-03-28 11:21 ` Rich Freeman
2018-03-29 7:13 ` Martin Vaeth
2018-06-11 1:55 ` R0b0t1
2018-03-20 15:53 ` [gentoo-dev] " Pengcheng Xu
2018-03-21 2:22 ` Paweł Hajdan, Jr.
2018-03-21 23:56 ` Chí-Thanh Christopher Nguyễn
2018-03-22 0:27 ` Kristian Fiskerstrand
2018-06-10 18:29 ` Tom Wijsman
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='CAGfcS_mgMk9H6DA3ZsLvYSfH1iQmH4i=Ka9VoNhWBHVxMLmxWA@mail.gmail.com' \
--to=rich0@gentoo.org \
--cc=gentoo-dev@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