unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Tonton <tonton@riseup.net>
To: Alex Griffin <a@ajgrf.com>
Cc: guix-devel@gnu.org
Subject: Re: Promoting the GNU Kind Communication Guidelines?
Date: Mon, 29 Oct 2018 23:58:11 +0100	[thread overview]
Message-ID: <20181029235811.38ce7ad8@merlin.browniehive.net> (raw)
In-Reply-To: <20181028195054.GA10708@antares.lan>

On Sun, 28 Oct 2018 14:50:54 -0500
Alex Griffin <a@ajgrf.com> wrote:

> On Sun, Oct 28, 2018, at 1:42 PM, Tonton wrote:
> > It seems to me you are making punishment way bigger than it actually is.  
> 
> The CoC actually says that maintainers have a responsibility to remove 
> offenders or risk being removed themselves. ...

I'm assuming you are referring to this passage:

> Project maintainers who do not follow or enforce the Code of Conduct in
> good faith may face temporary or permanent repercussions as determined by
> other members of the project’s leadership.

The risk of maintainers being removed is slight, the text here talks about
misconduct and other maintainers have to make a decision on a case by case
basis - just like they would have to in relation to any other accusation of
breach. As far as I understand this paragraf is explicitly saying that
maintainers are within the scope of the CoC and they have some extra
responsiblity to it.

> > Remember the CoC is only true for some communities/cultures, it does not
> > influence your legal entity outside of your interactions with the
> > community  
> 
> To enter into a covenant, or agree to be bound by a code, means to stake 
> your word on it. The words themselves actually carry weight, and not 
> just as rules to follow, which is why the tiniest details of these 
> documents receive so much scrutiny.

There are limits though. The CC pledges you to abide by it's rules in
relation to a certain community. Outside of this you are not pledged to it.
but see below.

I'm not sure I understand what you mean by "The words themselves actually
carry weight, and not just as rules to follow" How do they carry weight
outside of setting rules? I'm a bit intrigued by how much weight you put in
your words though. Do you never blow with the wind and dance with the stars
because of this bondage to words?

	:)

> 
> From sentence 1 of the Contributor Covenant:
> > In the interest of fostering an open and welcoming environment, we as 
> > contributors and maintainers pledge to [...]  
> 
> This snippet right here is a problem even before we get to the meat and 
> potatoes. I don't appreciate the presumption that my mere participation 
> indicates my agreement with this document. It rubs me the wrong way even 
> when I'm only reporting a bug (which does fall under its scope, because 
> 'issues', as found in an issue tracker, are explicitly mentioned further 
> down).
> 

This is kind of like the Law of Cardamom[1]. The CC and most other CoC's I've
seen in FLOSS assume you are acting in good faith and that we are kind to
each other. I too spent some time mulling that one over, but seeing as it
asks you to pledge what I see as a low standard of communication I found no
problem with it. The fact that it gives some of us pause is probably enough
to warrant a change though.

So I skimmed over debians CoC[2] and find it to be mostly similar to the CC,
though with a more positive and welcoming language (which also skips mention
of negative behaviour). There's a few things I miss from it like process -
which is alluded to, but not present as far as I could see. Looks good to me
with a few additions.

Let's see what comes of the discussion.

[1]: https://en.wikipedia.org/wiki/When_the_Robbers_Came_to_Cardamom_Town#Law
[2]: https://www.debian.org/code_of_conduct

On Sun, 28 Oct 2018 16:26:58 -0500
Alex Griffin <a@ajgrf.com> wrote:
> Think about it this way. The Contributor Covenant goes on about the many
> different ways that a disagreement might escalate, while the Debian CoC
> spends almost all of its time modeling how to de-escalate a disagreement.

I wonder if we are reading the same document. I'm assuming it's this one:
https://www.contributor-covenant.org/version/1/4/code-of-conduct
As far as I can see it spends equal time on positive and negative behaviour
and then defines responsibilities, scope and process. Debians spend time
encouraging positive behaviour, and alludes to process - it misses
responsibility and properly talking about process.

Debians also misses defining negative behaviour, which leaves it up to
potential contributors to investigate what is allowed and not in the
community. This is enough for some to not bother trying, and that is one of
the important points. I (we) want to include them.

On Sun, 28 Oct 2018 15:25:01 -0500
Alex Griffin <a@ajgrf.com> wrote:
> In a sense, the Debian Code of Conduct is a code in name only. It's really
> just 6 guidelines for kind communication and resolving conflicts
> peacefully, and finally a method for seeking recourse either as a last
> resort or in serious cases. The Contributor Covenant is actually a real
> covenant.

that's the same thing. :) I encourage reading the tao of pooh - this is
completely off topic.

  parent reply	other threads:[~2018-10-29 22:58 UTC|newest]

Thread overview: 78+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-10-23 11:15 Promoting the GNU Kind Communication Guidelines? Mathieu Lirzin
2018-10-23 13:38 ` Tobias Geerinckx-Rice
2018-10-23 14:39   ` Mathieu Lirzin
2018-10-24  1:06 ` Alex Griffin
2018-10-24  3:02   ` Jack Hill
2018-10-24 10:02     ` Ludovic Courtès
2018-10-24 14:21       ` Alex Griffin
2018-10-26 21:36         ` Tonton
2018-10-26 22:37           ` Alex Griffin
2018-10-28 18:42             ` Tonton
2018-10-28 19:50               ` Alex Griffin
2018-10-28 20:25                 ` Alex Griffin
2018-10-28 21:12                 ` Thorsten Wilms
2018-10-28 21:26                 ` Alex Griffin
2018-10-29  8:59                 ` Björn Höfling
2018-10-29 10:49                   ` Thorsten Wilms
2018-10-29 13:43                     ` Alex Griffin
2018-10-29 17:48                     ` Christopher Lemmer Webber
2018-10-30  7:48                       ` Patch submission should not imply agreement to policy (was Re: Promoting the GNU Kind Communication Guidelines?) Mark H Weaver
2018-10-30 13:28                         ` Christopher Lemmer Webber
2018-10-30 19:39                           ` Thorsten Wilms
2018-10-31  8:58                             ` Alex Sassmannshausen
2018-10-31 12:17                               ` Thorsten Wilms
2018-10-31 12:48                                 ` Alex Sassmannshausen
2018-10-31 11:17                           ` Mark H Weaver
2018-11-01  3:47                             ` Mark H Weaver
2018-10-31 20:51                         ` Thorsten Wilms
2018-10-29 22:58                 ` Tonton [this message]
2018-10-29 18:16             ` Promoting the GNU Kind Communication Guidelines? Cook, Malcolm
2018-10-24 10:23 ` Ludovic Courtès
2018-10-24 16:06   ` Mathieu Lirzin
2018-10-25 10:23   ` Ricardo Wurmus
2018-10-25 15:25     ` Mathieu Lirzin
2018-10-25 23:03     ` George Clemmer
2018-10-26  2:43       ` Gábor Boskovits
2018-10-26 21:25         ` Alex Griffin
  -- strict thread matches above, loose matches on Subject: below --
2018-10-28 11:58 HiPhish
2018-10-28 12:33 ` Gábor Boskovits
2018-10-28 16:14   ` Alex Griffin
2018-10-28 20:55   ` Thorsten Wilms
2018-10-29 11:27     ` Alex Sassmannshausen
2018-10-29 17:00       ` Thorsten Wilms
2018-10-29 17:50         ` Ricardo Wurmus
2018-10-29 11:29   ` Alex Sassmannshausen
2018-10-29  8:23 ` Björn Höfling
2018-10-29 10:10   ` Thorsten Wilms
2018-10-29 11:13     ` Alex Sassmannshausen
2018-10-29 17:15       ` Thorsten Wilms
2018-10-29 17:43         ` Ricardo Wurmus
2018-10-29 20:44     ` Björn Höfling
2018-10-29 11:08 ` Alex Sassmannshausen
2018-10-29 18:50   ` HiPhish
2018-10-29 23:54     ` Tonton
2018-10-30  0:38       ` HiPhish
2018-10-30  5:13         ` Nils Gillmann
2018-10-31  9:27     ` Alex Sassmannshausen
2018-10-31 12:29       ` HiPhish
2018-10-31 12:46         ` Alex Sassmannshausen
2018-10-31 13:23           ` HiPhish
2018-10-31 14:14             ` Jelle Licht
2018-10-31 14:55               ` HiPhish
2018-10-31 12:30       ` HiPhish
2018-10-31 13:48         ` Jelle Licht
2018-10-31 14:55           ` HiPhish
2018-10-31 17:17             ` Thorsten Wilms
2018-11-01 10:35             ` Mark H Weaver
2018-10-31 13:48         ` Thomas Danckaert
2018-10-31 14:06           ` Alex Griffin
2018-10-31 14:55           ` HiPhish
2018-10-31 16:41             ` Thorsten Wilms
2018-11-01  2:58             ` Mark H Weaver
2018-11-01  9:14         ` Mark H Weaver
2018-11-01  8:40       ` Steffen Schulz
2018-10-29 12:48 ` Giovanni Biscuolo
     [not found]   ` <9066320.aHiQMI0tiE@aleksandar-ixtreme-m5740>
2018-10-29 18:49     ` HiPhish
2018-10-28 23:37 HiPhish
2018-10-30  0:46 Alex Griffin
2018-10-30  2:09 ` Alex Griffin

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

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20181029235811.38ce7ad8@merlin.browniehive.net \
    --to=tonton@riseup.net \
    --cc=a@ajgrf.com \
    --cc=guix-devel@gnu.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.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).