From: "Ludovic Courtès" <ludo@gnu.org>
To: Guix-devel <guix-devel@gnu.org>
Cc: guix-maintainers@gnu.org, Julien Lepiller <julien@lepiller.eu>,
Marius Bakke <marius@gnu.org>
Subject: Planning for a release, for real
Date: Thu, 06 Oct 2022 16:50:22 +0200 [thread overview]
Message-ID: <87edvlknv5.fsf@gnu.org> (raw)
[-- Attachment #1: Type: text/plain, Size: 3027 bytes --]
Hello Guix!
Will Guix’s 10th year be a release year? I hope so!
We need to plan and coordinate. Releases have to be a group effort;
some of the most important work won’t be coding but coordination.
Coordination is key. I don’t think I should be spearheading that
effort, but I’m happy to be part of it.
Who’s ready to commit time towards that goal for the coming weeks?
Here’s a list of things to do to get there:
• Merge ‘staging’ (?). What’s the status of that one, it seemed ready
a couple of weeks ago, but then I lost track of it. Marius?
We need a ‘staging’ champion to keep track of what’s left to be
done, reports progress, pings people, etc. That person does not
have to be hacking like crazy, on the contrary!
• Get base binaries on all supported architectures in a timely
fashion, or drop some of the architectures.
Namely, ‘make assert-binaries-available’ is currently failing. It
uses a manifest that encodes what we consider to be the basic
requirements for each architecture; it’s not demanding for
aarch64-linux, even less for armhf-linux and i586-gnu—yet we’re not
meeting these criteria yet.
We need to look at missing substitutes, address build issues and
build farm issues that cause them until we get to zero failures. If
after some effort we fail to get to zero, then we should consider
dropping architectures (I’m looking at armhf-linux and i586-gnu
specifically).
Again we need a champion to keep track of this and ping people so we
make progress!
• Address the blockers of <https://issues.guix.gnu.org/53214>, most of
which are issues in the installer.
• Freeze strings: enter a period where translatable strings in the
code and in the manual must not be changed so translators have a
chance to keep up. Julien, how would you like to do that? Weblate
has given us more flexibility it seems.
• Publish a release candidate and call for testing of the installer in
particular. Fix bugs, loop.
• Update NEWS (mostly done already!), prepare a blog post listing the
highlights and linking to the relevant material. (See
<https://guix.gnu.org/en/blog/tags/releases/> for inspiration.)
I’d like us to do this with an eye of getting better organized, which
involves defining roles such as that of “release managers”.
The NixOS folks handle this in a way that I find inspiring, with
rotating release manager responsibilities, a schedule announced upfront,
and a detailed description of the process:
https://github.com/NixOS/nixpkgs/issues/193585
https://nixos.github.io/release-wiki/Home.html
We have
<https://git.savannah.gnu.org/cgit/guix/maintenance.git/tree/doc/release.org>
but it’s low-level and dates back to a time where release were a
one-person activity. Time for a change.
So, who’s in? Let’s get our act together!
Ludo’.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 853 bytes --]
next reply other threads:[~2022-10-06 14:55 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-10-06 14:50 Ludovic Courtès [this message]
2022-10-06 16:02 ` Planning for a release, for real Julien Lepiller
2022-10-07 9:49 ` Ludovic Courtès
2022-10-07 10:14 ` Julien Lepiller
2022-10-06 16:07 ` Maxime Devos
2022-10-07 9:50 ` Ludovic Courtès
2022-10-07 9:53 ` Maxime Devos
2022-10-07 6:20 ` Supported architectures Efraim Flashner
2022-10-07 10:02 ` Ludovic Courtès
2022-10-10 7:57 ` Csepp
2022-10-12 20:40 ` Vagrant Cascadian
2022-10-13 15:06 ` Ludovic Courtès
2022-10-07 8:26 ` Planning for a release, for real Christopher Baines
2022-10-07 10:09 ` Ludovic Courtès
2022-10-10 10:33 ` zimoun
2022-10-13 15:19 ` Release progress, week 1 Ludovic Courtès
2022-10-13 15:33 ` Efraim Flashner
2022-10-13 15:42 ` Christopher Baines
2022-10-20 13:49 ` Release progress, week 2 Ludovic Courtès
2022-10-20 20:07 ` Efraim Flashner
2022-10-21 8:51 ` Rust on aarch64-linux Ludovic Courtès
2022-10-21 13:42 ` Efraim Flashner
2022-10-22 20:22 ` Efraim Flashner
2022-10-26 9:01 ` Efraim Flashner
[not found] ` <87h6zyo811.fsf@gnu.org>
2022-10-21 8:43 ` Status of armhf-linux and powerpc64le-linux Ludovic Courtès
2022-10-21 9:30 ` Mathieu Othacehe
2022-10-31 17:40 ` Tobias Platen
2022-10-22 12:18 ` Release progress, week 2 Christopher Baines
2022-10-25 9:50 ` Release progress, week 2, release manifest, what builds are failing? Christopher Baines
2022-10-25 11:29 ` Release progress, week 2, release manifest, what builds are failing: gst-plugins-bad Christopher Baines
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=87edvlknv5.fsf@gnu.org \
--to=ludo@gnu.org \
--cc=guix-devel@gnu.org \
--cc=guix-maintainers@gnu.org \
--cc=julien@lepiller.eu \
--cc=marius@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).