Bugzilla – Bug 1210306
32-bit versions of SDL helper libraries no longer available
Last modified: 2023-11-01 09:25:16 UTC
While the Simple Directmedia Layer (SDL) libraries are still available as 32-bit packages, the various "extension" libraries which provide image loading, sound mixing, font rendering, etc, are no-longer available as -32bit packages. Several 32-bit games and multimedia programs rely on these, and while many of them do package those libraries themselves, some do not, and others may benefit from using a newer distro-provided package instead. There are two versions of each of these packages: one for SDL2 and one for SDL. (While there will likely be a third version for SDL3 shortly, there aren't any legacy apps which would depend on it, and the SDL compatibility layers use the old versions of these helpers.) Could we reinstate the following packages: - libSDL_gfx15-32bit - libSDL_image-1_2-0-32bit - libSDL_mixer-1_2-0-32bit - libSDL_net-1_2-0-32bit - libSDL_ttf-2_0-0-32bit - libSDL2_gfx-1_0-0-32bit - libSDL2_image-2_0-0-32bit - libSDL2_mixer-2_0-0-32bit - libSDL2_ttf-2_0-0-32bit - libSDL2_net-2_0-0-32bit There are also a few more SDL-related libraries around (SDL_pango, SDL_sound, SDL_rtf, etc), but these are the main ones. It'd also be useful to add libsmpeg as well (required by a lot of old Loki games), though I don't think that has ever had a -32bit variant in openSUSE, so it's definitely not a regression. I'd also personally appreciate the -devel variants, as I use them quite regularly to build wrappers and to cross-compile simple games, etc, but that's definitely more niche than having the binaries. Thanks very much! -- David
> osc rdiff -r 196196:196200 openSUSE:Factory _project SDL and SDL2 modules have been enabled for -32bit build again, included their dependencies > It'd also be useful to add libsmpeg as well (required by a lot of old Loki games), though I don't think that has ever had a -32bit variant in openSUSE, so it's definitely not a regression. smpeg does not have a bselibs.conf, so even enabling this to build would not result in a -32bit package being created. This needs package changes (new feature, not regression bug - as you already stated too)