#1116350 python3-pygame-sdl2: release 8.4.1-1 does not ship the C header files

Package:
python3-pygame-sdl2
Source:
python3-pygame-sdl2
Description:
reimplementation of the Pygame API using SDL2
Submitter:
Sean McGovern
Date:
2025-09-29 06:17:01 UTC
Severity:
normal
#1116350#5
Date:
2025-09-26 03:40:24 UTC
From:
To:
Dear Maintainer,

The recent python3-pygame-sdl2 package does not ship the C header files,
and as a result Ren'Py does not build.
#1116350#12
Date:
2025-09-26 22:35:45 UTC
From:
To:
Thanks

The sole purpose of python3-pygame-sdl2 is to build RenPy

I raised severity to serious ....

setup.py here is very weird,
I'd be happy if someone could propose/persuade upstream
to use something more conventional

Greetings

PS: I also have a lot of patches to rebase for RenPy new release.
#1116350#17
Date:
2025-09-29 05:42:01 UTC
From:
To:
Running setup.py through pdb shows that the 'os.environ.get("DESTDIR", None)'
added in the new build patch for this version fails and causes the
script to complete immediately.

Does pybuild set DESTDIR explicitly?
#1116350#22
Date:
2025-09-29 05:56:49 UTC
From:
To:
Hi.

I thought that dh_auto_install was setting DESTDIR and relied on this not
to fail at build stage.

Adding a "print(os.environ)" will tell.



Le lun. 29 sept. 2025, 07:43, Sean McGovern <gseanmcg@gmail.com> a écrit :
#1116350#27
Date:
2025-09-29 06:14:40 UTC
From:
To:
It does for the "makefile" build system but apparently not for python build
system...

At this point it's easier to add back the missing files using
debian/install list

https://manpages.debian.org/testing/debhelper/dh_auto_install.1.en.html

This package should not even exists. Upstream would/should switch back to
the real PyGame or merge that old fork in the main codebase...  it is not
moving very fast at all so I guess any ugly kludge in Debian packaging is ok

Le lun. 29 sept. 2025, 07:56, Alexandre Detiste <alexandre.detiste@gmail.com>
a écrit :