Package Details: sdl2 2.32.2-4

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)

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.

Latest Comments

1 2 3 Next › Last »

HurricanePootis commented on 2025-03-14 03:48 (UTC)

I am going to add provides=(sdl2-compat) and conflicts=(sdl2-compat) for this. If there are any additional problems, please let me know.

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.