Core-updates-frozen world rebuild coordination

  • Done
  • quality assurance status badge
Details
3 participants
  • Jack Hill
  • John Kehayias
  • Leo Famulari
Owner
unassigned
Submitted by
Leo Famulari
Severity
normal
Blocked by
L
L
L
Leo Famulari wrote on 28 Sep 2021 01:11
(no subject)
(address . control@debbugs.gnu.org)
YVJPiWdiI80d7glp@jasmine.lan
block 50860 with 50859
block 50860 with 50830
block 50860 with 50358
J
J
John Kehayias wrote on 28 Sep 2021 04:38
Core-updates-frozen world rebuild coordination
(name . 50860@debbugs.gnu.org)(address . 50860@debbugs.gnu.org)
ofrUzzpbu1MQ2RUkB_-XaTbDDm0AlDf-8aHA28HSU2ONtQQG07m-uzzvTCmEWDAGPvQqbvjIDKe-LvXo1TbFh0SFkvo8FDAB80-_SRmz_0o=@protonmail.com
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:


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
L
L
Leo Famulari wrote on 29 Sep 2021 16:35
Re: bug#50830: [core-updates-frozen] glibc looks for $sysconfdir/etc/localtime rather than /etc/localtime
(name . Ludovic Courtès)(address . ludo@gnu.org)
YVR5zmgXa25ukyus@jasmine.lan
On Tue, Sep 28, 2021 at 11:25:45AM +0200, Ludovic Courtès wrote:
Toggle quote (13 lines)
> Leo Famulari <leo@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.
Closed
L
L
Leo Famulari wrote on 29 Sep 2021 16:46
Re: bug#50860: Core-updates-frozen world rebuild coordination
(name . John Kehayias via Bug reports for GNU Guix)(address . bug-guix@gnu.org)(name . 50860@debbugs.gnu.org)(address . 50860-done@debbugs.gnu.org)
YVR8VAXGUsD9FEbP@jasmine.lan
On Tue, Sep 28, 2021 at 02:38:33AM +0000, John Kehayias via Bug reports for GNU Guix wrote:
Toggle quote (2 lines)
> 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!

Toggle quote (6 lines)
> 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.

Toggle quote (2 lines)
> 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.

Toggle quote (4 lines)
> 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!
J
J
Jack Hill wrote on 29 Sep 2021 19:00
(name . Leo Famulari)(address . leo@famulari.name)(address . 50860@debbugs.gnu.org)
alpine.DEB.2.21.2109291254280.4243@marsh.hcoop.net
On Wed, 29 Sep 2021, Leo Famulari wrote:

Toggle quote (17 lines)
> 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.

Toggle quote (3 lines)
> 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
?
Your comment

This issue is archived.

To comment on this conversation send an email to 50860@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 50860
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch