GNU bug report logs - #50860
Core-updates-frozen world rebuild coordination

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 50860 in the body.
You can then email your comments to 50860 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Leo Famulari <leo <at> famulari.name>
To: bug-guix <at> gnu.org
Subject: Core-updates-frozen world rebuild coordination
Date: Mon, 27 Sep 2021 19:07:45 -0400

For the current core-updates cycle, there is some talk of "rebuilding
the world" to fix <https://bugs.gnu.org/50830> "glibc looks for
$sysconfdir/etc/localtime rather than /etc/localtime".

We can also include the shortened Rust bootstrap and the tzdata update,
respectively:

<https://bugs.gnu.org/50358>
<https://bugs.gnu.org/50859>

How does that sound?

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

From: John Kehayias <john.kehayias <at> protonmail.com>
To: "50860 <at> debbugs.gnu.org" <50860 <at> debbugs.gnu.org>
Subject: Core-updates-frozen world rebuild coordination
Date: Tue, 28 Sep 2021 02:38:33 +0000

Hi all,

Thanks for coordinating this Leo. Is there anything else with huge rebuilds to push together?

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.

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

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?

Thanks everyone!

John

Message #19 received at 50860-done <at> debbugs.gnu.org (full text, mbox):

From: Leo Famulari <leo <at> famulari.name>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: John Kehayias <john.kehayias <at> protonmail.com>,
 "50830 <at> debbugs.gnu.org" <50830 <at> debbugs.gnu.org>, 50860-done <at> debbugs.gnu.org
Subject: Re: bug#50830: [core-updates-frozen] glibc looks for
 $sysconfdir/etc/localtime rather than /etc/localtime
Date: Wed, 29 Sep 2021 10:35:58 -0400

On Tue, Sep 28, 2021 at 11:25:45AM +0200, Ludovic Courtès wrote:
> Leo Famulari <leo <at> famulari.name> skribis:
> 
> > On Mon, Sep 27, 2021 at 11:08:58PM +0200, Ludovic Courtès wrote:
> >> So here’s a patch to fix it, and another one to do a minor cleanup
> >> operation.
> >
> > I created a "tracking bug" to coordinate rebuilding the world:
> >
> > <https://bugs.gnu.org/50860>
> 
> There was already <https://issues.guix.gnu.org/50358>, and I made this
> bug a blocker.  I’ll email guix-devel so we can coordinate.

Oh, my mistake. I hadn't noticed that #50358 was about more than the
Rust bootstrap. I'm closing my duplicated bug.

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

From: Leo Famulari <leo <at> famulari.name>
To: John Kehayias via Bug reports for GNU Guix <bug-guix <at> gnu.org>
Cc: "50860 <at> debbugs.gnu.org" <50860-done <at> debbugs.gnu.org>
Subject: Re: bug#50860: Core-updates-frozen world rebuild coordination
Date: Wed, 29 Sep 2021 10:46:44 -0400

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!

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

From: Jack Hill <jackhill <at> jackhill.us>
To: Leo Famulari <leo <at> famulari.name>
Cc: 50860 <at> debbugs.gnu.org
Subject: Re: bug#50860: Core-updates-frozen world rebuild coordination
Date: Wed, 29 Sep 2021 13:00:31 -0400 (EDT)

On Wed, 29 Sep 2021, Leo Famulari wrote:

> 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.

I'm not sure the flatpak/p11-kit problem will be so easily fixed. As I 
understand it, flatpak talks to a p11-kit server process over a socket. 
The server may have been started by something other than flatpak, so it 
might not be the fixed version.

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

I'm not comfortable deciding whether or not this should block the merge, so 
I'll defer to someone else who has more experience making those types of 
judgments.

Best,
Jack

Previous Next

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