GNU bug report logs -
#77340
Request for merging "mesa-updates" branch
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Wed, 11 Jun 2025 22:41:44 +0000
with message-id <87y0txdhpb.fsf <at> protonmail.com>
and subject line Re: bug#77340: Request for merging "mesa-updates" branch
has caused the debbugs.gnu.org bug report #77340,
regarding Request for merging "mesa-updates" branch
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
77340: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=77340
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Hi Guix,
I have pushed the series at https://issues.guix.gnu.org/77339 to the
mesa-updates branch and actually the build on Berlin is done other than
a handful. Will have to see how coverage on non-x86 looks (x86_64 is
good) but the fact that it finished on Berlin and looks similar to
master in overall percentage is a good sign?
I see we have many branches waiting, are they all world rebuilds? What
are their statuses?
I think this one is ready as long as substitutes have built.
Thanks!
John
[Message part 3 (message/rfc822, inline)]
Hi Andreas et al,
On Mon, Jun 09, 2025 at 04:43 PM, Andreas Enge wrote:
> Hello,
>
> Am Sun, Jun 08, 2025 at 07:53:41PM +0000 schrieb John Kehayias:
>> So I can go ahead and merge this after this update builds then?
>
> yes, please do, close the bug and delete the branch (and keep us in cc).
> This is assuming all goes well :)
> There seem to be problems with CI as you reported, and the previous
> evaluation had lots of failing packages, but they looked rather spurious
> than real failures.
>
I've gone ahead and merged mesa-updates after Efraim (added to CC) made
some fixes for riscv64-linux (though this isn't set to build on
QA/mesa-updates so substitutes will only build now on Berlin/master).
I'll be keeping an eye for any failures or reports of trouble, hopefully
just some random leaf packages at most.
> On QA, it has taken a while until the mesa-updates branch went to the
> front, although I had given "block" instructions to debbugs - maybe
> Chris had to change some code to take multiple blocks into account?
> No, apparently blocking is not transitive - I see he has added an
> explicit block yesterday.
>
> So QA is working full-speed on the branch.
> There are a few failing packages:
> https://qa.guix.gnu.org/branch/mesa-updates/package-changes?x86_64-linux-change=broken&x86_64-linux-change=still-failing&x86_64-linux-change=unknown-to-failing&x86_64-linux-change=new-failing
> I will let you judge whether these are more than random failures,
> and if they are related to mesa, whether they should be repaired on
> the branch or whether this can wait until master.
>
It has been hard to investigate failures directly from the Berlin CI
jobset due to webfront end/build processing issues where. I had reports
of at least one user on IRC that has used the branch fine on their
machine, and I've checked my own manifests as well. Usually (hopefully
not famous last words!) there isn't much happening, but it would be good
to have people with different hardware in the future to test pre-merge,
especially older hardware.
I didn't spot anything that looked critical or necessarily related to
these changes, but I'll be sure to be available for any fixes. Overall
substitute coverage was about the same as master in the last few days so
I don't anticipate much action, hopefully.
> Thanks,
>
> Andreas
Thanks for helping coordinate!
I really better create a mesa/graphics team and get this on a regular
schedule. It is a pretty straightforward branch and packages when doing
it a regular pace to keep relatively up to date with upstream.
John
This bug report was last modified 7 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.