Bug#1038018: agg: Depends on SDL 1.2

[John Horigan]

libagg/libagg2 come with several example programs that exercise the
library. After the library is built, these programs are built to ensure
that the headers are correct and the library exports the correct symbols.
The resulting binaries are discarded. If libsdl1.2-compat-dev works for
this test built step then I would prefer to use this instead of porting the
examples to SDL2.

I propose to make a new release of libagg/libagg2 using the latest upstream
rev, close this bug using libsdl1.2-compat-dev, and closing a minor bug.

-- john

On Sun, 25 Jun 2023 14:33:38 +0100 Simon McVittie  wrote:
> On Thu, 15 Jun 2023 at 12:31:50 +0100, Simon McVittie wrote:
> > If possible, please port this package to SDL 2 and close this bug.
>
> I couldn't find any sign that agg's reverse dependencies (contextfree,
> desmume, exactimage, svgpp) actually need the SDL 1.2 platform plugin,
> so another possible way to close this bug would be to disable the SDL
> 1.2 plugin. If you do this, please coordinate with the maintainers of
> the reverse dependencies to make sure this won't break them.
>
> > 4. Install libsdl1.2-compat-dev and recompile the package.
>
> I tried this on a porterbox and it seems to build fine. I didn't test
> the resulting binaries.
>
> smcv
>
>

Bug#1038018: agg: Depends on SDL 1.2

[Simon McVittie]

On Thu, 15 Jun 2023 at 12:31:50 +0100, Simon McVittie wrote:
> If possible, please port this package to SDL 2 and close this bug.

I couldn't find any sign that agg's reverse dependencies (contextfree,
desmume, exactimage, svgpp) actually need the SDL 1.2 platform plugin,
so another possible way to close this bug would be to disable the SDL
1.2 plugin. If you do this, please coordinate with the maintainers of
the reverse dependencies to make sure this won't break them.

> 4. Install libsdl1.2-compat-dev and recompile the package.

I tried this on a porterbox and it seems to build fine. I didn't test
the resulting binaries.

smcv

Bug#1038018: agg: Depends on SDL 1.2

[Simon McVittie]

Source: agg
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.

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: