all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Leo Famulari <leo@famulari.name>
To: 50860@debbugs.gnu.org
Cc: "50860@debbugs.gnu.org" <50860-done@debbugs.gnu.org>
Subject: bug#50860: Core-updates-frozen world rebuild coordination
Date: Wed, 29 Sep 2021 10:46:44 -0400	[thread overview]
Message-ID: <YVR8VAXGUsD9FEbP@jasmine.lan> (raw)
In-Reply-To: <ofrUzzpbu1MQ2RUkB_-XaTbDDm0AlDf-8aHA28HSU2ONtQQG07m-uzzvTCmEWDAGPvQqbvjIDKe-LvXo1TbFh0SFkvo8FDAB80-_SRmz_0o=@protonmail.com>

On Tue, Sep 28, 2021 at 02:38:33AM +0000, John Kehayias via Bug reports for GNU Guix wrote:
> Thanks for coordinating this Leo. Is there anything else with huge rebuilds to push together?

We are moving the coordination to <https://issues.guix.gnu.org/50358>,
which already existed for this purpose. I hadn't really noticed it
properly!

> I don't want to keep finding and adding things, but two possibilities come to mind that I've just noticed:
> 
> 1a. p11-kit #49957 https://issues.guix.gnu.org/49957
> 
> I've just hit this bug on core-updates-frozen as well, though was originally reported on master. As I noted there, I tried to test with just grafts but didn't fix it for me (I'm guessing grafting won't work with that configure flag change). The patch matches how nix configures p11-kit as well, due to this bug.

If that bug primarily affects Flatpak, I suggest using the solution you
described, which is to create another p11-kit package and use it for
Flatpak.

> 1b. p11-kit is also now out of date. The changelog doesn't look substantial or serious, but given the nature of p11-kit I wonder if we want to update it now too. https://github.com/p11-glue/p11-kit/releases/tag/0.24.0

I think that's okay: everything is "out of date" on core-updates-frozen
at this point. We have to eventually settle on a dependency graph and
stick with it, or we'll never finish the cycle. If there are security
vulnerabilities, then we can fix them in the "normal way": with grafts.

It's not possible for us, with the processes and humanpower we have, to
make a working distro that is 100% up to date.

> 2. (minor) Mesa has had a few more bugfix and major releases since my initial patch for core-updates-frozen. Now at 21.1.8 for the 21.1 branch (we have 21.1.6 currently), but 21.2 has also had stable releases, with 21.2.2. I previously built 21.2.1 and sent a patch for it, and could test 21.2.2 if we want to do that too.
> 
> I'm aware this could continue forever, and #2 is likely lower priority. #1, though, should we consider p11-kit a critical update (version, at least) since we're still fixing core-updates-frozen?

Yeah, it could continue forever. Eventually we have to accept the bugs
we have on the branch and finish the work. We can't keep updating core
packages continually or we will never finish the cycle and deploy the
updates for users.

The changes that we make at this late stage of the core-updates cycle
are either 1) bugs that break functionality 2) critical security
problems that can't be fixed with a graft and 3) important fixes that
aren't expected to break other packages. Updating the time zone
database and shortening the Rust boostrap are examples of type 3.

If you still think 1a or 1b are important to include in the current
core-updates cycle, please let us know in #50358!




  reply	other threads:[~2021-09-29 14:47 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-27 23:07 bug#50860: Core-updates-frozen world rebuild coordination Leo Famulari
2021-09-28  2:38 ` John Kehayias via Bug reports for GNU Guix
2021-09-29 14:46   ` Leo Famulari [this message]
2021-09-29 17:00     ` Jack Hill

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=YVR8VAXGUsD9FEbP@jasmine.lan \
    --to=leo@famulari.name \
    --cc=50860-done@debbugs.gnu.org \
    --cc=50860@debbugs.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 external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.