#1123733 yuzu: autopkgtest fails with sdl2-compat

Package:
src:yuzu
Source:
src:yuzu
Submitter:
Simon McVittie
Date:
2026-03-06 13:39:03 UTC
Severity:
normal
Tags:
#1123733#5
Date:
2025-12-20 16:46:49 UTC
From:
To:
After discussion with SDL upstream, I'm looking into what needs to
happen for Debian (and indirectly Ubuntu) to replace "classic" SDL2 with
sdl2-compat, following in the footsteps of other distros like Arch and
Fedora. sdl2-compat is a reimplementation of the SDL 2 API using SDL 3.

One issue that I've noticed is that the autopkgtest for yuzu has
regressed. I haven't looked into this in great detail, but I think the
root cause is the same as for #1123731 in wesnoth-1.18: "classic" SDL2
would automatically use the `offscreen` video driver if neither X11 nor
Wayland works, but there was an upstream change in SDL3 to make the
`offscreen` video driver only work if explicitly requested, similar to
the behaviour that the `dummy` video driver already had. The result is
that on a CI system with no X11 display or Wayland compositor, this test
fails to initialize SDL video when SDL is really sdl2-compat.

The upstream change seems reasonable to me - by default, games should
only use video drivers that actually display some pixels to the user! -
although I've opened
https://github.com/libsdl-org/sdl2-compat/issues/561 to query whether
sdl2-compat should be bug-for-bug compatible with "classic" SDL2 on this
point. So I think this is really an issue in wesnoth-1.18 and yuzu, more
than an issue in sdl2-compat.

A workaround that I have confirmed does work is to run the test with
SDL_VIDEODRIVER="offscreen" (or "dummy"), so in the short term please
consider applying the attached patch, also available as a merge request
at https://salsa.debian.org/debian/yuzu/-/merge_requests/1 (I'll update
the MR with the bug number when I receive it).

In the longer term, for consideration upstream:

When yuzu is configured to use a no-op renderer by this test, it still
calls SDL_InitSubSystem(SDL_INIT_VIDEO) or similar, though it has been
asked not to have a GUI. Perhaps ideally it wouldn't? (But perhaps
there's some feature of the video subsystem that it is relying on?)

Or perhaps yuzu could automatically call
SDL_SetHint(SDL_HINT_VIDEODRIVER, "offscreen")
(or "dummy") when configured to use its no-op renderer?

Thanks,
    smcv

#1123733#10
Date:
2026-03-06 10:49:51 UTC
From:
To:
Control: severity -1 serious

I'm raising this to serious because:

- yuzu is already not in testing
- this autopkgtest regression is the only known blocker for switching to
   sdl2-compat
- I checked with SDL upstream and they consider this to be a problem
   with the test, rather than a sdl2-compat regression
- a straightforward patch is available

Please apply that change or something similar when convenient.

     smcv

#1123733#15
Date:
2026-03-06 11:09:10 UTC
From:
To:
Hello,

Bug #1123733 in yuzu reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/debian/yuzu/-/commit/fa7cbc84880bfaf5dc413074664ead06f5dd6793
------------------------------------------------------------------------
d/tests/gpu-console: Explicitly use offscreen video driver

In a CI environment we can't expect to have a working X11 display or
Wayland compositor unless we explicitly run one, which this test
does not. In "classic" SDL2 this was masked by the offscreen video
driver being enabled by default, but in SDL3 + sdl2-compat the offscreen
video driver is only used if it is specifically requested, with the
reasonable justification that video drivers that don't show any pixels
to the user are only rarely what is wanted.

Closes: #1123733
------------------------------------------------------------------------

(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/1123733

#1123733#22
Date:
2026-03-06 13:36:25 UTC
From:
To:
We believe that the bug you reported is fixed in the latest version of
yuzu, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1123733@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Stephen Kitt <skitt@debian.org> (supplier of updated yuzu package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
Format: 1.8
Date: Fri, 06 Mar 2026 12:10:07 +0100
Source: yuzu
Architecture: source
Version: 0-1734+ds-8
Distribution: unstable
Urgency: medium
Maintainer: Andrea Pappacoda <tachi@debian.org>
Changed-By: Stephen Kitt <skitt@debian.org>
Closes: 1123733
Changes:
 yuzu (0-1734+ds-8) unstable; urgency=medium
 .
   * Team upload.
 .
   [ Simon McVittie ]
   * d/tests/gpu-console: Explicitly use offscreen video driver
     (Closes: #1123733)
Checksums-Sha1:
 7b5aa18d9f40d8e9522d4c50e41e2d33baeba450 2838 yuzu_0-1734+ds-8.dsc
 74a76084cb34c637acdb4090e8448d1f9a62c280 1770308 yuzu_0-1734+ds-8.debian.tar.xz
 4001cba78cbf061e2559d2fd5b8230fd62d768d1 6539 yuzu_0-1734+ds-8_source.buildinfo
Checksums-Sha256:
 618d241eced2edd28d857d58c79c4e14584d1d1ce571dbe621ce182e262ce89a 2838 yuzu_0-1734+ds-8.dsc
 3e0cddd73314442294171ef479b8bb09b1d00ded40bd431c9f1cb10d6df8a076 1770308 yuzu_0-1734+ds-8.debian.tar.xz
 52e6f84b5be4ed007bd70d7020338ca391a291208e8b03bcc2fcda6d2e560403 6539 yuzu_0-1734+ds-8_source.buildinfo
Files:
 853f10a686bfc079824180cc17ab6411 2838 games optional yuzu_0-1734+ds-8.dsc
 3011b78d6b40a735bbeafa5c19431c0d 1770308 games optional yuzu_0-1734+ds-8.debian.tar.xz
 dfb4a2c655ffa97020a678915b0d5ec0 6539 games optional yuzu_0-1734+ds-8_source.buildinfo
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEnPVX/hPLkMoq7x0ggNMC9Yhtg5wFAmmq0XsACgkQgNMC9Yht
g5wfAg//Qyus7O1JU4OOtj+rQ/fYGE4Q6AFEVBPwGd2Ec5Ds4fRS9M3ttx+euPLU
C8Y6cmI3nl/+yOVMQOxa8D2pVycjNErjXj6sipKhQmz6EsElcK4clfCOdVSJIh3L
Ro0kbin3LKrNWu1swR+HMHl1oK9hUUjTULidLjj3L2UMk8F8EpjlbHsgziJQ0kxV
QK/aGRo+GBcOa2GxilVvC38W+QdE52a9PCr8NGbeh3tpy5thjKtDJsr701s4bCoX
ETbWmRZtsPVcarnMKBruav9nxrRKhZ5kStCB2nKPvnUDj613JD2cpC+mDQQ4nJdG
i05Ude1ywz9Ww5fTlDJXA6rDLn1lnONy59Z5kLUE93Wl+FvgN4QBBOhSMgqs6ykm
uDoQxhnHZ+LerD/m/Yu8+WZAEkCN8JSDjIL/x/OXOA3PrqCcQHr3kbOARYt7rix0
cnkVeC6YLSSzBFHpiYq90p1m8/ADjbnJ4pK1n8R+7KOGYbxHacB7PV8+sW/CsN/U
JLGkw0kafpPqSbIT5sp6B7RSx/qItQBPtmVyiiFNtMBW7oRTXltxuyLs15Rig21V
OsbienCQWaCrvvuLPzYiH9xe3RloF6jw6yv88RYrcFDjMcgQSXIUZlMMK9o1DLXJ
xKY3z6vUUY2vRJfXo7rXvbm1CIfIeWV0iXKYZghkwcyL7c0x2no=
=BpSM
-----END PGP SIGNATURE-----