[PATCH]: Update mesa to 21.3.6 (fixup release)

  • Done
  • quality assurance status badge
Details
3 participants
  • Ekaitz Zarraga
  • John Kehayias
  • Ludovic Courtès
Owner
unassigned
Submitted by
Ekaitz Zarraga
Severity
normal

Debbugs page

Ekaitz Zarraga wrote 3 years ago
(name . guix-patches@gnu.org)(address . guix-patches@gnu.org)
b7mBizOZJkf44eBGpH-Gzb7je_BHGFlA521YaWjMGr5I0tVTncSkbNuz94XC08JB8VWVsad17wBOkWuY3CDyBnLRFLNhRd7ufpRiEaO2E_o=@elenq.tech
From a8dbe13a127cd29c87f9ab70c421661e393d53b6 Mon Sep 17 00:00:00 2001
From: Ekaitz Zarraga <ekaitz@elenq.tech>
Date: Sat, 19 Feb 2022 17:43:46 +0100
Subject: [PATCH] gnu: mesa: Update to 21.3.6.

* gnu/packages/gl.scm (mesa): Update to 21.3.6.
---
gnu/packages/gl.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

Toggle diff (22 lines)
diff --git a/gnu/packages/gl.scm b/gnu/packages/gl.scm
index 0ff39dc24d..470c9094c7 100644
--- a/gnu/packages/gl.scm
+++ b/gnu/packages/gl.scm
@@ -260,7 +260,7 @@ (define libva-without-mesa
(define-public mesa
(package
(name "mesa")
- (version "21.3.2")
+ (version "21.3.6")
(source
(origin
(method url-fetch)
@@ -272,7 +272,7 @@ (define-public mesa
version "/mesa-" version ".tar.xz")))
(sha256
(base32
- "1g96y59bw10ml8h4jl259g41jdmf5ww3jbwqpz1sprq7hgxvmrz2"))
+ "0dk717mrp59i6wgf5nir7126hmjw48jw1z15s10smsa6slgpdfwn"))
(patches
(search-patches "mesa-skip-tests.patch"))))
(build-system meson-build-system)
--
2.34.0
John Kehayias wrote 3 years ago
(name . 54066@debbugs.gnu.org)(address . 54066@debbugs.gnu.org)
dfENhMSf1Jajrzf40vo-nH7ODFm0I5CrywInxHILoKn8hmxbAEAbSRiOs6jdHcncPirtScdbZktWJoyJxdLiSYzshYSK6CpbGAQSEeZ2nak=@protonmail.com
Thanks for the patch! I had just done a similar one locally and confirm that everything built fine on x86-64.

The last mesa update was part of core-updates(-frozen), but I heard in the past it went into staging. These days, at least, mesa moves quickly, updating every few weeks (the last few all 2 weeks or so apart).

So, I'd like to propose we set up a branch on the CI to build this mesa update to then push to master once we confirm no big breakage in building. Then we would have substitutes right away, which I think would be one of the big concerns with updating something like mesa (again, since this is a set of minor bugfix releases).

We could batch a few other changes to deploy at the same time, maybe the recent security grafts?

It would be great to leverage that CI to move quickly on updates like mesa which won't (we'll check!) be introducing breaking changes, merely lots of rebuilds. Likewise with grafts->updates, though I'm less familiar with what to look out for there. I suppose this is sort of the staging branch idea, but maybe a smaller scale and quicker. Mesa, for instance, would likely have a new version(s) if this is stretched over a month or two.

WDYT?
John Kehayias wrote 3 years ago
(name . 54066@debbugs.gnu.org)(address . 54066@debbugs.gnu.org)
OmlIu8OdIHWaHXmHRQUkfF6yqoCzM6Oh0MIdP7qVulR5fxyXEAmxBsBULWnpoH2Eo6K2NvE27tLwlNblAyIZNLCrm71ql-wv2rvstC3B5hc=@protonmail.com
------- Original Message -------

On Tuesday, February 22nd, 2022 at 2:50 PM, John Kehayias wrote:

...
Toggle quote (3 lines)
> It would be great to leverage that CI to move quickly on updates like mesa which won't (we'll check!) be introducing breaking changes, merely lots of rebuilds. Likewise with grafts->updates, though I'm less familiar with what to look out for there. I suppose this is sort of the staging branch idea, but maybe a smaller scale and quicker. Mesa, for instance, would likely have a new version(s) if this is stretched over a month or two.
>

Indeed, just after this message Mesa released 21.3.7.

Any support for a quick staging type branch to build changes, check for any major build failures, and then push to master with the substitutes?
Ludovic Courtès wrote 3 years ago
Re: bug#54066: [PATCH]: Update mesa to 21.3.6 (fixup release)
87h75qevv0.fsf@gnu.org
Hi,

I updated Mesa to 21.3.8 on ‘staging’ in commit
d0951c288b97db42c470506ec62f4e14a76774b1.

Sorry that it took so long!

Ludo’.
Closed
?
Your comment

This issue is archived.

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

To respond to this issue using the mumi CLI, first switch to it
mumi current 54066
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
You may also tag this issue. See list of standard tags. For example, to set the confirmed and easy tags
mumi command -t +confirmed -t +easy
Or, remove the moreinfo tag and set the help tag
mumi command -t -moreinfo -t +help