Your message dated Fri, 6 Sep 2024 00:01:01 +0100
with message-id <zto4ldepwih9w...@remnant.pseudorandom.co.uk>
and subject line Re: Bug#1080477: gtk4: FTBFS on mips64el with Mesa 24.2.x:
GALLIUM_DRIVER=softpipe no longer works
has caused the Debian Bug report #1080477,
regarding gtk4: FTBFS on mips64el with Mesa 24.2.x: GALLIUM_DRIVER=softpipe no
longer works
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
1080477: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1080477
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: gtk4
Version: 4.14.4+ds-8
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: m...@packages.debian.org, debian-m...@lists.debian.org,
debian-powe...@lists.debian.org, debian-sp...@lists.debian.org
User: debian-m...@lists.debian.org
Usertags: mips64el
src:gtk4 uses GALLIUM_DRIVER=softpipe on mips*, powerpc and sparc* to work
around #1010838. Mesa 24.2.x is no longer built with softpipe enabled,
so this makes the softpipe driver fail to load and as a result makes (E)GL
initialization fail, breaking the test suite on these architectures, for
example:
> test: gtk:gsk / normalize
> ...
> not ok /node/normalize/color -
> ERROR:../../../testsuite/gsk/normalize.c:18:test_normalize: assertion failed
> (error == NULL): Could not initialize EGL display (gdk-gl-error-quark, 0)
Affected tests are
* gtk:gsk / normalize (run twice, for X11 and Wayland)
* gtk:gsk / misc (run twice, ditto)
* gtk:tools / validate (only run once, for Wayland)
I have only verified this on mips64el, but it probably affects the powerpc
and sparc64 -ports architectures equally.
My preferred solution for this would be for Mesa to re-enable softpipe,
at least on the affected architectures (I've opened a src:mesa bug #1080475
requesting that). If we stop using softpipe in gtk4 before Mesa 24.2.x
migrates to testing, then we will likely get a different failure mode
with the Mesa from testing: #1010838.
I'm doing a gtk4 build on the mips64el porterbox eberlin to assess whether
we can use the new ORCJIT llvmpipe and remove the workaround for #1010838,
but it's taking a while (mips64el machines are not fast). So far it's
looking as though we will still get quite a lot of test failures.
smcv
--- End Message ---
--- Begin Message ---
On Wed, 04 Sep 2024 at 18:51:09 +0100, Simon McVittie wrote:
> My preferred solution for this would be for Mesa to re-enable softpipe,
> at least on the affected architectures (I've opened a src:mesa bug #1080475
> requesting that).
This happened, so GTK no longer fails tests on mips64el (verified on
eberlin).
smcv
--- End Message ---
