guix-devel
[Top][All Lists]
Advanced

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

Re: On the quest for a new release model


From: Ludovic Courtès
Subject: Re: On the quest for a new release model
Date: Sat, 28 Dec 2024 18:43:01 +0100
User-agent: Gnus/5.13 (Gnus v5.13)

Hi,

Maxim Cournoyer <maxim.cournoyer@gmail.com> skribis:

> Greg Hogan <code@greghogan.com> writes:
>
>> On Wed, Dec 18, 2024 at 11:49 AM Ludovic Courtès <ludo@gnu.org> wrote:
>>> As has been discussed multiple times at the Guix Days and on this list
>>> (I think?), I believe what we need is a release team with rotating
>>> duties.  That is, a bunch of 3–5 people commit to doing the work leading
>>> to 1.5.0; then a new team (possibly with overlap) takes over for the
>>> next version, and so on.
>>
>> So a release team like every other team? An etc/teams.scm team (as
>> opposed to a mailing list team) also promotes the notion that much of
>> the needed work is outside of the release process. There were several
>> ideas for improvement earlier in this thread, but for another I
>> noticed that NixOS provides AMIs. If someone was to create the
>> necessary scripts and documentation for publishing Guix release AMIs
>> it would be handy to have a team to guide that contribution.
>
> It could be an etc/teams.scm team, although these have so far always
> existed with a scope of files, that works in conjunction with 'git
> send-email' to notify people of modified files.  I don't have anything
> against the idea though; they'd at least serve as a record of who to
> contact for some scope of responsibility.

Yes, agreed.  And yes, the work of the release team is mostly
coordinating with others to get everything polished for release.

As for AMIs (Amazon Machine Images, right?), I don’t know, let’s deal
with that separately.  :-)

Ludo’.



reply via email to

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