Package Details: steam-native-runtime 1.0.0.75-8

Git Clone URL: https://aur.archlinux.org/steam-native-runtime.git (read-only, click to copy)
Package Base: steam-native-runtime
Description: Native replacement for the Steam runtime using system libraries
Upstream URL: https://wiki.archlinux.org/index.php/Steam/Troubleshooting#Native_runtime
Licenses: None
Replaces: steam-libs
Submitter: City-busz
Maintainer: Damgaldor
Last Packager: Damgaldor
Votes: 21
Popularity: 2.17
First Submitted: 2025-10-28 11:19 (UTC)
Last Updated: 2025-11-03 22:21 (UTC)

Pinned Comments

Damgaldor commented on 2025-10-29 19:14 (UTC) (edited on 2025-10-29 20:05 (UTC) by Damgaldor)

I've created a dedicated repo with all the libraries pre-built on GitHub: https://github.com/Damglador/steam-libs

For pacman.conf:

[steam-libs]
SigLevel = Optional DatabaseOptional
Server = https://damglador.github.io/$repo/$arch/

Should be faster than building all the dependencies.

Latest Comments

1 2 3 4 Next › Last »

Damgaldor commented on 2026-02-13 20:52 (UTC)

If the main steam package depends on it, there's no need

aliu commented on 2026-02-13 20:49 (UTC)

Should this depend on steam-devices?

mihalycsaba commented on 2026-02-02 11:00 (UTC)

@rursache these are different versions from the ones in the repos, some older linux games need these versions of the libs. The unmaintained message is not important, until they build and no one reports problems with using them.

rursache commented on 2026-02-01 10:39 (UTC) (edited on 2026-02-01 10:47 (UTC) by rursache)

do we actually need lib32-libvpx1.3 and lib32-glew1.10? they are unmaintained. lib32-glew and lib32-libvpx exists btw, why not use those?

EDIT: i removed steam-native-runtime and now i run steam via /usr/bin/steam and i see no change yet. at least no more "unmaintained" packages warning

Damgaldor commented on 2026-01-16 03:26 (UTC) (edited on 2026-01-16 03:26 (UTC) by Damgaldor)

@BS86 lib32-libtiff4 and lib32-libtiff provide different files:

lib32-libtiff4 /usr/lib32/libtiff.so.4
lib32-libtiff4 /usr/lib32/libtiff.so.4.3.7
lib32-libtiff4 /usr/lib32/libtiffxx.so.4
lib32-libtiff4 /usr/lib32/libtiffxx.so.4.3.7

lib32-libtiff usr/lib32/libtiff.so
lib32-libtiff usr/lib32/libtiff.so.6
lib32-libtiff usr/lib32/libtiff.so.6.2.0
lib32-libtiff usr/lib32/libtiffxx.so
lib32-libtiff usr/lib32/libtiffxx.so.6
lib32-libtiff usr/lib32/libtiffxx.so.6.2.0

libtiff4 provides libtiff.so.4, which is in the Steam runtime and might be used by something

└% find ~/.steam/bin/steam-runtime -name "libtiff.so*"
/home/damglador/.steam/bin/steam-runtime/usr/lib/x86_64-linux-gnu/libtiff.so.4.3.4
/home/damglador/.steam/bin/steam-runtime/usr/lib/x86_64-linux-gnu/libtiff.so.4
/home/damglador/.steam/bin/steam-runtime/usr/lib/i386-linux-gnu/libtiff.so.4.3.4
/home/damglador/.steam/bin/steam-runtime/usr/lib/i386-linux-gnu/libtiff.so.4

While I couldn't find any games that depend on it, I'm not sure if it's worth gambling and removing it.

mihalycsaba commented on 2026-01-10 14:07 (UTC)

I have removed lib32-libtiff4 from the dependencies and rebuilt it, proton-cachyos still works. I think we can take it out, somehow it was version 3 anyways. There might be some linux games that need version 3, but I don't know how can you find out. We might need to make a lib32-libtiff3 package if someone has issues.

BS86 commented on 2026-01-10 13:12 (UTC) (edited on 2026-01-10 13:15 (UTC) by BS86)

this package currently depends on libtiff4 and lib32-libtiff4 from the AUR, however, the same versions are also available from the official repo, but named libtiff and lib32-libtiff - I think the dependencies should be changed.

Damgaldor commented on 2025-11-04 23:56 (UTC) (edited on 2025-11-04 23:56 (UTC) by Damgaldor)

There shouldn't be any.

Keys are specified in validpgpkeys variable of PKGBUILD.

ranixon commented on 2025-11-04 22:57 (UTC)

What are the GPG keys for glew1.10 and gtk2?

Martchus commented on 2025-11-02 11:07 (UTC)

I also added those packages to my "ownstuff" repository. It also contains many other packages, though. The repo is regularly checked for necessary rebuilds or inclusion of further packages. (My repo doesn't have any recent improvements from the AUR yet as I still have to review those changes.)

1 2 3 4 Next › Last »