GNU bug report logs - #74736
[PATCH v2 0/1] Add Request-For-Comment process.

Previous Next

Package: guix-patches;

Reported by: Noé Lopez <noe <at> xn--no-cja.eu>

Date: Sun, 8 Dec 2024 12:29:02 UTC

Severity: important

Tags: patch

Merged with 66844

Done: Noé Lopez <noe <at> xn--no-cja.eu>

Bug is archived. No further changes may be made.

Full log


Message #183 received at 74736 <at> debbugs.gnu.org (full text, mbox):

From: Andreas Enge <andreas <at> enge.fr>
To: Arun Isaac <arunisaac <at> systemreboot.net>
Cc: guix-maintainers <at> gnu.org, zimon.toutoune <at> gmail.com, ludo <at> gnu.org,
 mail <at> cbaines.net, efraim <at> flashner.co.il, rekado <at> elephly.net,
 guix-devel <at> gnu.org, 74736 <at> debbugs.gnu.org,
 Janneke Nieuwenhuizen <janneke <at> gnu.org>
Subject: Re: Guix Common Document process (v7) (was: Request-For-Comment, RFC)
Date: Wed, 15 Jan 2025 16:34:30 +0100
Hello all,

thank you for moving this forward! May I suggest to keep guix-devel
posted when sending comments to the bug?

I like Arun's suggestion of having a separate mailing list for
discussing these important changes (GCD? Greatest common divisors!)
in the future instead of guix-devel.

Janneke, I think another motivation for such a process is to make sure
that some decision is actually reached in the end, instead of letting
discussions taper out. I feel that this tends to happen in Guix and Guix
Foundation.

Concerning consensus, I am mildly worried about deadlocks (including 
when trying to modify this RFC/GCD). What happens if some person insists
on disapproving? (I am reminded of the European Union where one member
state can effectively hold the others hostage over certain issues.)
The RFC/GCD says: "A team member sending this reply should have made
constructive comments during the discussion period." What if they have
not? How about adding a quorum of "disapprove" votes to have effect?
(Actually in Europe *two* member states are needed for a veto in the
Council.)

Notice also that the suggestion bootstraps the team members into a
decision taking body - so far we have added people more or less randomly
to teams. For instance, team members need not have commit rights and
thus be vetted by three fellow committers. So should we replace "team
members" by "committers"? Or keep the proposal as is and immediately
work on a new GCD to somehow safeguard the addition of people to a team?

Andreas





This bug report was last modified 90 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.