Bug#1127514: libsdl-perl: FTBFS: Failed test "Palette is SDL::Palette when BitPerPixels is 8"

[Simon McVittie]

Control: retitle -1 libsdl-perl: FTBFS: Failed test "Palette is SDL::Palette when BitPerPixels is 8"
Control: block -1 by #1127025

On Mon, 09 Feb 2026 at 19:30:19 +0100, gregor herrmann wrote:
>On Mon, 09 Feb 2026 18:05:06 +0000, Santiago Vila wrote:
>>During a rebuild of all packages in unstable, this package failed to build.
>
>https://people.debian.org/~sanvila/build-logs/202602/libsdl-perl_2.548-6_amd64-20260209T154537.754Z
>
>This is probably a duplicate of (or related to) #1127025 where it is 
>(AFAIK, Simon please correct me) not yet clear whether this is an 
>sdl12-compat problem or a bug in this package.

Yes, the failing test is the same one that's failing in #1127025. I've 
asked SDL upstream whether this is a sdl12-compat regression or an 
overly-specific expectation in libsdl-perl, and they are not sure yet; 
they hope to investigate further after SDL 3.4.2 is out.

Merging bugs that are assigned to more than one package seems like a 
corner of the BTS that I'm unlikely to get right on the first few 
attempts, so I'm marking #1127025 as a blocker for this one, rather than 
actually merging the bugs.

A workaround is possible: we could temporarily revert the sdl12-compat 
change, which is necessary when using sdl2-compat as default but we're 
not doing that yet in any case. But libsdl-perl is a language binding for 
an obsolete SDL version and only a few games depend on it, so it doesn't 
seem a huge problem if it temporarily falls out of testing as a result 
of this FTBFS.

When we switch the default implementation of SDL 2 from libsdl2 to 
sdl2-compat, that will also resolve this test failure, but I don't think 
we're ready for that just yet (I was intending to reassess the situation 
after SDL 3.4.2 becomes available).

     smcv