guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Time for a request-for-comments process?


From: Julien Lepiller
Subject: Re: Time for a request-for-comments process?
Date: Tue, 09 Nov 2021 16:10:01 -0500
User-agent: K-9 Mail for Android


Le 9 novembre 2021 13:01:46 GMT-05:00, zimoun <zimon.toutoune@gmail.com> a 
écrit :
>Hi Ludo,
>
>On Tue, 09 Nov 2021 at 17:52, Ludovic Courtès <ludo@gnu.org> wrote:
>> zimoun <zimon.toutoune@gmail.com> skribis:
>
>>> However, as I said elsewhere, this effort should start be collecting
>>> what do we consider as changes requiring formal process?
>>
>> Agreed, that’s what I meant above.
>
>I meant, based on changed already merged.  For instance, on the top of
>my head, some changes that *I* consider requiring a RFC:
>
> - new inputs style
> - guix shell
> - authentication
> - GUIX_EXTENSIONS_PATH (not finished and not documented)
>
>And it would be nice if we could come with a list of such changes.  It
>would help for finding patterns – if they are :-) – for examples,
>numbers of people involved in the discussion, time between each reply,
>structure of the cover letters, etc.
>
>
>> I don’t have an answer, but I think we should look at what others are
>> doing, what criteria they use, etc.  The Nix RFC process is probably the
>> closest match in terms of application domain, but maybe others are
>> closer to the way we practice decision-making in Guix.
>
>Yeah, for sure, several items need definitions. ;-)
>
> - which kind of change requires a RFC?

At the very least those changes we thought were important enough to add them to 
the news entries.

> - what is the process?
> - how to decide?  Accept or reject?

I think the process could allow for some time to discuss various options and 
arrive at a concensus. The final implementation might be different from the 
initial idea.

I suppose this is where we have to look at other project's processes :)

> - who decide?
> - etc.
>
>
>Cheers,
>simon
>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]