git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] CoC: update to 2.0

From
Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Date
Dec 28, 2020, 17:32 UTC
Message-ID
<87lfdhvnto.fsf@evledraar.gmail.com>
In-Reply-To
<xmqq5z4mjdbq.fsf@gitster.c.googlers.com>
On Mon, Dec 28 2020, Junio C Hamano wrote:
Show 13 quoted lines
> At 5cdf2301 (add a Code of Conduct document, 2019-09-24) we adopted
> a Code of Conduct from www.contributor-covenant.org; back then the
> version adopted, 1.4, was the latest one.
>
> Version 2.0 tightens language in examples of unacceptable behaviour,
> generalizes the audience from "contributors and maintainers" to
> "community", and enhances the enforcement section.
>
> The preamble we added to the beginning of the document has been
> kept, but the rest of the test has been replaced in full from the
> "upstream" and then the same customization for our community
> (i.e. the way to contact community leadership teams) has been
> applied.

I think the update to 2.0 makes sense. But would in general prefer less divergence with upstream for code or documents we copy/paste.

So I submitted a v2 in https://lore.kernel.org/git/20201228171734.30038-1-avarab@gmail.com/ whose diff to upstream is half the size of yours. Perhaps you like it better, or not.

In any case: Acked-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>

The thing I'm most on the fence about in 2.0 is the addition of very specific enforcement guidelines.

They're still guidelines, so they're not a promise that we'll do things exactly like that. I still think the sentence from Jeff's addition of 1.4 makes more sense for us as a project:

    It probably make sense _not_ to get too specific at this point, and
    deal with specifics as they come up.

E.g. the phrasing in the new "Temporary Ban" which seems to suggest that if we were to take action based on the CoC that it's up to us to police interaction between the parties involved on third-party social media platforms.

I don't think it's going to be much of a practical concern. It just seems to me the upstream 2.0 CoC makes a lot of assumptions about projects being run in a way where they manage most of their communications infrastructure directly in a silo'd manner.

We don't even manage the Git ML directly, and surely the main point the CoC is to communicate to existing and new project participants what's expected of them when it comes to interacting with the community.

If the enforcment guidelines promise something that's unlikely to be practical in our case perhaps we'd be better off by leaving that entire section out of the CoC update.

Previous: Junio C HamanoNext: Junio C Hamano
Message 18 of 21 in “CoC: update to 2.0”
  1. CoC: update to 2.0Junio C Hamano, Dec 28, 2020
  2. Derrick StoleeDec 28, 2020
  3. brian m. carlsonDec 28, 2020
  4. 0/2 CoC: update to 2.0 with less upstream divergenceÆvar Arnfjörð Bjarmason, Dec 28, 2020
  5. 2/2 CoC: update to version 2.0 + local changesÆvar Arnfjörð Bjarmason, Dec 28, 2020
  6. Junio C HamanoDec 28, 2020
  7. Elijah NewrenDec 29, 2020
  8. Derrick StoleeDec 29, 2020
  9. Christian CouderDec 30, 2020
  10. Re* [PATCH v2 2/2] CoC: update to version 2.0 + local changesJunio C Hamano, Jan 4, 2021
  11. Johannes SchindelinJan 7, 2021
  12. Junio C HamanoJan 8, 2021
  13. brian m. carlsonJan 8, 2021
  14. Jonathan NiederDec 29, 2020
  15. 1/2 CoC: Update word-wrapping to match upstreamÆvar Arnfjörð Bjarmason, Dec 28, 2020
  16. Jonathan NiederDec 29, 2020
  17. Junio C HamanoJan 4, 2021
  18. Ævar Arnfjörð BjarmasonDec 28, 2020
  19. Junio C HamanoDec 28, 2020
  20. Emily ShafferDec 28, 2020
  21. Pratyush YadavDec 29, 2020

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.