Your message dated Fri, 6 Sep 2024 00:01:01 +0100 with message-id <[email protected]> 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 [email protected] immediately.) -- 1080477: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1080477 Debian Bug Tracking System Contact [email protected] 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: [email protected], [email protected], [email protected], [email protected] User: [email protected] 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 ---
