public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-dev] Re: Item for 10 Jan 2008 Council meeting
@ 2008-01-09 14:00 Ferris McCormick
  2008-01-09 16:43 ` Chrissy Fullam
                   ` (2 more replies)
  0 siblings, 3 replies; 16+ messages in thread
From: Ferris McCormick @ 2008-01-09 14:00 UTC (permalink / raw
  To: Gentoo Developers

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

I can't respond to the following in proper form, because it came in
during a 4 hour window when the mail server was bouncing all my
gentoo-xx@gentoo.org email (my server didn't like the list server move,
so I changed server, too).

Anyway, Chris Gianelloni <wolf31o2@g.o> wrote at Tue, 08 Jan 2008
15:03:25 -0800
====================================
====================================
On Tue, 2008-01-08 at 19:59 +0000, Ferris McCormick wrote:
> 3)  Most devrel requests seem really to relate to CoC violations.  Would
> you like us to bounce those to the CoC people, process them using CoC
> rules, or keep doing what we are doing now (generally, close them with a
> note explaining why or mediate them)?  (I'm talking about the "He's
> being rude/sarcastic/disrespectful" sorts of things which really need to
> be processed immediately and merit a warning or brief suspension if
> anything.)

How hard is it to realize that the CoC is a superset of DevRel (and
other) policies?

If someone breaks DevRel policy ("be good to each other") that also
happens to be a CoC rule and someone reports it to DevRel, they should
actually *do* something about it, rather than trying to pass it off onto
someone else or spend months engaging in witless banter about whether
there's even an issue or not.  After all, when the CoC was enacted,
never once was it said that it would override DevRel or otherwise make
DevRel invalid.  If someone comes to DevRel with a problem, you're
supposed to try to work out the issue with them.  It really is that
simple.  There's no need for some kind of territorial pissing match or
passing the buck.

Someone came to DevRel for help because they think DevRel can help them
and it is DevRel's job to do so.  The CoC was put in place to allow for
catching bad behaviors *before* they would get to DevRel, without
requiring someone to necessarily "report" the issue.  Once a developer
has reported an issue to DevRel, it's their job to work it using their
own policies, as it then becomes a DevRel issue.  The two things serve
somewhat different purposes.  The CoC was designed to curb or prevent
bad behavior, where DevRel's job is to prevent bad behavior from
recurring, or taking disciplinary action when necessary for repeat
offenders.
============================================
============================================
Chris,
With all due respect, for some reason we don't have Proctors anymore to enforce
the CoC.  Thus, things we would expect the proctors to catch and handle under CoC
get sent to devrel instead.  All I am doing is wondering out loud (now that CoC
is coming alive again) if we should start processing these under CoC rules.  I'm
asking Council because CoC belongs to Council, but I do not expect a ruling,
just perhaps an interesting discussion.  See, these things can't be caught before
they get to devrel because you ensured there would be no one to catch them ---
you are the one who wanted to kill off the proctors, after all.

I am asking a question as a member of the devrel confres subproject and as
an interested developer.  Please do not take off after devrel just because I
like to think out loud.

CoC is a superset of the "be good to each other" guideline, but enforcement
rules are quite different.

Regards.
Ferris
-- 
Ferris McCormick (P44646, MI) <fmccor@gentoo.org>
Developer, Gentoo Linux (Devrel, Sparc, Userrel)

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 16+ messages in thread

end of thread, other threads:[~2008-01-12 19:53 UTC | newest]

Thread overview: 16+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-01-09 14:00 [gentoo-dev] Re: Item for 10 Jan 2008 Council meeting Ferris McCormick
2008-01-09 16:43 ` Chrissy Fullam
2008-01-12  5:39   ` [gentoo-dev] " Steve Long
2008-01-12 16:43     ` Chris Gianelloni
2008-01-09 19:39 ` [gentoo-dev] " Luca Barbato
2008-01-09 19:51 ` Chris Gianelloni
2008-01-09 20:27   ` Ferris McCormick
2008-01-09 21:03     ` Chrissy Fullam
2008-01-09 21:42       ` Fabian Groffen
2008-01-09 21:56         ` Chrissy Fullam
2008-01-09 22:27           ` Jan Kundrát
2008-01-09 22:46             ` Chris Gianelloni
2008-01-10 18:44             ` Shyam Mani
2008-01-12 19:53               ` Jan Kundrát
2008-01-09 22:12         ` Chris Gianelloni
2008-01-09 22:29   ` Stephen Bennett

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox