Package Details: sdl2 2.32.0-1

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
Submitter: HurricanePootis
Maintainer: HurricanePootis
Last Packager: HurricanePootis
Votes: 4
Popularity: 2.36
First Submitted: 2025-01-28 23:06 (UTC)
Last Updated: 2025-02-13 05:58 (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 Next › Last »

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.

HurricanePootis commented on 2025-02-13 05:57 (UTC)

@wpyoga sdl2 does not depend on fcitx5 and ibus, but needs them present to have their support enable during the build option.

wpyoga commented on 2025-02-12 03:39 (UTC) (edited on 2025-02-12 03:48 (UTC) by wpyoga)

I wonder, why does this package (sdl2, a library) depend on fcitx5 and ibus (both are input methods) ? Could there be a mistake somewhere?

severach commented on 2025-02-09 21:38 (UTC) (edited on 2025-02-09 21:42 (UTC) by severach)

This package is essential. Many apps don't work with sdl3+sdl2-compat yet and it will be a long time before they do. Unfortunately this package won't work with this name sdl2. There's no way to write a depends=() to pull this original sdl2 instead of sdl2-compat and IgnorePKG is the only way to stop pacman from upgrading to sdl2-compat. This and lib32-sdl2 need to be remade with alternate names, perhaps sdl2-legacy, and have the original packages merged.

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.

furrykef commented on 2025-02-01 11:02 (UTC)

I disagree, phonemic, unless you have a solution for packages such as mesen2-git that work with sdl2 but not with sdl2-compat.

phonemic commented on 2025-01-31 18:42 (UTC) (edited on 2025-01-31 18:43 (UTC) by phonemic)

This shouldn't exist and needs to be removed.

bobi commented on 2025-01-31 07:45 (UTC)

Hugest prank is, if you don’t take care then, install of fcitx5 will break Gnome keyboard management because go figure.

mranderson17 commented on 2025-01-30 01:06 (UTC) (edited on 2025-01-30 01:07 (UTC) by mranderson17)

sdl2-compat deprecates sdl2 however because there's an aur package named "sdl2" with a newer version some aur helpers will try to install that as an "upgrade" to the currently installed sdl2 package. I have a feeling a few people will end up here because of that.

1 2 Next › Last »