Bug#1038376: guichan: Depends on SDL 1.2

[Simon McVittie]

Control: block -1 by 1038550 1038507
Control: tags -1 + wontfix

On Tue, 04 Jul 2023 at 16:01:53 +0200, Patrick Matthäi wrote:
> Am 17.06.2023 um 11:49 schrieb Simon McVittie:
> > Source: guichan
> > Usertags: libsdl1.2
> 
> In this case the package also requires the libsdl-image1.2-dev extension to
> build the binary package libguichan-sdl-0.8.1-1v5
> 
> The problem is I can not drop it, because it still has rlvm and mokomaze as
> reverse dependencies and guichan itself is upstream dead.

This is probably unfixable, then, similar to libsdl-image1.2-dev
itself. Marking this as wontfix and blocked by the mokomaze and rlvm bugs.

If rlvm and mokomaze are either removed or ported to SDL 2, then guichan
can be removed; otherwise it will probably need to stay as it is.

smcv

Bug#1038376: guichan: Depends on SDL 1.2

[Patrick Matthäi]

Hey

Am 17.06.2023 um 11:49 schrieb Simon McVittie:

Source: guichan
Tags: trixie sid
User: pkg-sdl-maintain...@lists.alioth.debian.org
Usertags: libsdl1.2


In this case the package also requires the libsdl-image1.2-dev extension 
to build the binary package libguichan-sdl-0.8.1-1v5


The problem is I can not drop it, because it still has rlvm and mokomaze 
as reverse dependencies and guichan itself is upstream dead.

Bug#1038376: guichan: Depends on SDL 1.2

[Simon McVittie]

Source: guichan
Tags: trixie sid
User: pkg-sdl-maintain...@lists.alioth.debian.org
Usertags: libsdl1.2

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 ,
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.

Please don't change dependencies from libsdl1.2debian to
libsdl1.2-compat-shim, or from libsdl1.2-dev to libsdl1.2-compat-dev.
The -compat packages have Provides for the old package names, and 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.

Note that using libsdl1.2-compat and LD_LIBRARY_PATH is not sufficient if
the package contains programs that are setgid games. See

for more information.

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

-- 
This bug report is part of a mass-bug-filing: