I am going to add provides=(sdl2-compat)
and conflicts=(sdl2-compat)
for this. If there are any additional problems, please let me know.
Search Criteria
Package Details: sdl2 2.32.2-4
Package Actions
Git Clone URL: | https://aur.archlinux.org/sdl2.git (read-only, click to copy) |
---|---|
Package Base: | sdl2 |
Description: | A library for portable low-level access to a video framebuffer, audio output, mouse, and keyboard (Version 2) |
Upstream URL: | https://www.libsdl.org |
Licenses: | zlib |
Conflicts: | sdl2-compat |
Provides: | sdl2-compat |
Submitter: | HurricanePootis |
Maintainer: | HurricanePootis |
Last Packager: | HurricanePootis |
Votes: | 4 |
Popularity: | 1.30 |
First Submitted: | 2025-01-28 23:06 (UTC) |
Last Updated: | 2025-03-14 03:49 (UTC) |
Dependencies (32)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR)
- hidapi (hidapi-gitAUR)
- libgl (libglvnd-gitAUR, amdgpu-pro-oglp-legacyAUR, nvidia-340xx-utilsAUR, amdgpu-pro-oglpAUR, libglvnd)
- libusb (libusb-gitAUR)
- libx11 (libx11-gitAUR)
- libxcursor
- libxext (libxext-gitAUR)
- libxrender
- alsa-lib (make)
- cmake (cmake-gitAUR, cmake3AUR) (make)
- dbus (dbus-gitAUR, dbus-selinuxAUR) (make)
- ibus (ibus-gitAUR) (make)
- jackAUR (jack2-gitAUR, pipewire-full-jack-gitAUR, pipewire-jack-gitAUR, jack2, pipewire-jack) (make)
- libdecor (libdecor-gitAUR) (make)
- libpulse (pulseaudio-dummyAUR, libpulse-gitAUR) (make)
- libsamplerate (libsamplerate-gitAUR) (make)
- libxinerama (libxinerama-randr-gitAUR) (make)
- libxkbcommon (libxkbcommon-gitAUR) (make)
- libxrandr (libxrandr-gitAUR) (make)
- libxss (make)
- Show 12 more dependencies...
Required by (1414)
Sources (2)
HurricanePootis commented on 2025-03-14 03:48 (UTC)
chungy commented on 2025-03-13 17:50 (UTC)
It probably should, but I suppose the main repo is going for hard real dependencies.
I think Arch totally screwed up the SDL3 transition, but that's besides the point here.
patlefort commented on 2025-03-13 17:19 (UTC)
Should freeciv not depend on sdl2 and not sdl2-compat explicitly?
chungy commented on 2025-03-13 16:53 (UTC)
@HurricanePootis freeciv is one example that hit me.
HurricanePootis commented on 2025-03-13 00:35 (UTC)
@chungy can you point me to where these are landing? I wanna see the packages before I do that.
chungy commented on 2025-03-12 00:02 (UTC)
Now that sdl2-compat
dependencies are landing in the main repos, could this one be amended to have provides=('sdl2-compat')
?
patlefort commented on 2025-03-11 07:10 (UTC)
Build error:
/pkgbuild/out/sdl2/src/SDL2-2.32.2/src/audio/pipewire/SDL_pipewire.c: In function ‘node_event_info’:
/pkgbuild/out/sdl2/src/SDL2-2.32.2/src/audio/pipewire/SDL_pipewire.c:593:37: error: passing argument 1 of ‘pw_node_enum_params’ from incompatible pointer type [-Wincompatible-pointer-types]
I suggest adding export CFLAGS+=' -Wno-error=incompatible-pointer-types'
.
csslayer commented on 2025-02-24 02:23 (UTC)
@HurricanePootis hi, fcitx dev here. Can you help remove fcitx5 from the make depends?
Due to some AUR tool issue (specifically pamac), when arch replacing sdl2 with sdl-compact, it may accidentally pull-in unnecessary fcitx5 as a dependency when doing the upgrade. Basically, when sdl2 replace sdl-compact, aur based tool may think sdl2 comes from AUR and build this package which led to installation of fcitx5 on to the system. This led to many bug report on KDE due to fcitx will autostart and overwrite the layout configuration.
The fcitx support in SDL will only uses libdbus, so there is no need to have fcitx in deps. See sdl's cmake (this part is same for both sdl2,3) [1]
I submitted the change to arch's official pkgbuild [2], and also submitted a change to sdl's doc to clean up this out-of-date information [3].
[1] https://github.com/libsdl-org/SDL/blob/deadfe0c98c3d0d047a0ef6d4effa48eb99a4afb/CMakeLists.txt#L1688 [2] https://gitlab.archlinux.org/archlinux/packaging/packages/sdl3/-/merge_requests/1 [3] https://github.com/libsdl-org/SDL/pull/12372
mynis01 commented on 2025-02-19 19:46 (UTC)
Playing videos in smplayer errors out for me if I use sdl2-compat. I believe the issue has to do with how the underlying mplayer binary is using sdl2. So if anyone is having issues with that, you can try this package. It worked for me.
Pinned Comments
HurricanePootis commented on 2025-02-03 07:21 (UTC)
I am going to pin this message.
There is software that may not work correctly with
sdl2-compat
, which is why this package has been moved to the AUR.If you are having issues updating to
sdl2-compat
due to using an AUR helper, do the following: just use pacman lol.