This package has a Depends or Build-Depends on SDL version 1.2, which
is unmaintained upstream.

If possible, please port this package to SDL 2 and close this bug. There
is a migration guide at <https://wiki.libsdl.org/SDL2/MigrationGuide>,
and examples of successful ports from SDL 1.2 to SDL 2 can be found in
the commit history of packages like darkplaces and ioquake3.

If it is not possible to port to SDL 2, please test the package with
libsdl1.2-compat-shim (preferably version 1.2.64 or later), and leave
this bug open to track the package as still using SDL 1.2 APIs.

libsdl1.2-compat-shim is a compatibility layer that provides the SDL 1.2
API/ABI by using SDL 2: it has already replaced the "classic" SDL 1.2
library in some other distributions like Fedora and Arch, and my intention
is to do the same in Debian during the trixie release cycle.

It is *not* necessary to change dependencies from libsdl1.2debian to
libsdl1.2-compat-shim, or from libsdl1.2-dev to libsdl1.2-compat-dev.
My intention is to make a future version of sdl12-compat take over
the old package names, to minimize the changes that are required in
dependent packages.

The interesting scenarios to test with libsdl1.2-compat-shim are:

1. Install libsdl1.2-compat-shim and run the program in an X11 environment,
   such as "GNOME on Xorg" or XFCE.
   ($XDG_RUNTIME_DIR/wayland-* should not exist)
2. Install libsdl1.2-compat-shim and run the program in a Wayland
   environment such as GNOME's default mode, using Xwayland.
   ($XDG_RUNTIME_DIR/wayland-* should exist)
3. Install libsdl1.2-compat-shim and run the program in a Wayland
   environment, but this time with environment variable
   SDL_VIDEODRIVER=wayland so that it uses the native Wayland interface
   (this is not currently the default for SDL 2).
4. Install libsdl1.2-compat-dev and recompile the package.

If any of those fail, please report it as a bug in the
libsdl1.2-compat-shim or libsdl1.2-compat-dev package as appropriate,
with "affects" pointing to the program that is affected.

Thanks,
    smcv

Es gibt eine Familienspende in Höhe von 1.850.000,00 USD von Cheng Charlie
Saephan. Bitte antworten Sie für weitere Informationen. Denken Sie daran,
Ihrer Familie und den Bedürftigen in Ihrer Umgebung Gutes zu tun.

Dies ist bereits der zweite Versuch, Sie zu erreichen. Bitte antworten Sie
für weitere Details.

Hello,

I have completed compatibility testing of libvisual and lv-tool against the
SDL compatibility stack in Debian unstable.

libvisual 0.4.2-6 was built with libsdl1.2-dev 1.2.76-1, whose source
package
is sdl12-compat. The resulting lv-tool-0.4 binary still links to
libSDL-1.2.so.0. At runtime, sdl12-compat reports that it is using SDL2
2.32.72.

I ran lv-tool-0.4 0.4.2-6 for five frames with the debug input and lv_scope
actor in the following environments:

* X11 under Xvfb, with SDL_VIDEODRIVER=x11;
* the SDL dummy video driver;
* native Wayland under a headless Weston 16.0.0 compositor, with
   SDL_VIDEODRIVER=wayland;
* Xwayland 24.1.13 under the same compositor, with SDL_VIDEODRIVER=x11.

All four runs exited successfully. I also repeated the native Wayland test
with WAYLAND_DEBUG=client and confirmed that the application connected
to and
used the Wayland compositor. For Xwayland, xdpyinfo connected
successfully and
identified the X server as Xwayland 24.1.13.

All runs emitted two libvisual critical diagnostics from
visual_video_set_depth() with a null video argument. The native Wayland run
also emitted Mesa/EGL warnings in the headless environment. I therefore
regard
these results as successful compatibility smoke tests, not complete
functional
validation.

The source still makes extensive use of SDL 1.2-only APIs, including
SDL_SetVideoMode(), SDL_WM_*(), SDL_VIDEORESIZE and SDL_GL_SwapBuffers(), in
lv-tool and the SDL examples. The current upstream source has the same
dependency, so a direct SDL2 port is non-trivial and should preferably be
coordinated upstream. I have linked this bug to the existing upstream issue.

For clarity, the pkg.libvisual.nosdl profile added for #1077534 only omits
lv-tool and the examples from bootstrap builds. It does not port them to
SDL2
and therefore does not resolve this bug.

I am leaving this bug open to track the remaining SDL 1.2 API use.

Best regards,
Federico Molara