Le lun. 29 janv. 2024 à 01:36, Simon McVittie <s...@debian.org> a écrit : > I see. Do I understand correctly that we would consider it to be a bug > for anything other than renpy to use pygame-sdl2?
Yes. In an ideal world, renpy should be reworked to use the standard pygame. I tweaked the description to say so. I also asked for an oldlibs overide https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1057924 > If so, I think if I was the Debian maintainer of these packages, > I'd be very tempted to vendor pygame-sdl2 into renpy (using dpkg's > multiple-.orig-tarballs feature if upstream have not done similar > vendoring) so that there's only one Debian source package to keep track > of, and no possibility of version skew between renpy and its pygame fork. That's a lot of work for a problem that might solve itself. I did the minimal work to remove the python3-future dependency (and it's already quite a lot of work) and have something that works at all. It is still broken in Bookworm & I have no plan for this. (maybe a backport later, not a targeted fix) Alexandre
