Package Details: steam-native-runtime 1.0.0.75-9

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: 23
Popularity: 0.64
First Submitted: 2025-10-28 11:19 (UTC)
Last Updated: 2026-06-03 06:13 (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 5 Next › Last »

simona commented on 2026-07-03 14:42 (UTC) (edited on 2026-07-03 14:45 (UTC) by simona)

can't install more lib32. all started from libtiff=4.7.1 no more used. libtiff is now 4.7.2

Damgaldor commented on 2026-06-03 06:15 (UTC)

There was a package providing libFLAC.so.8 (flac1.3), pushed an update that adds it to the dependencies.

Damgaldor commented on 2026-06-03 05:34 (UTC)

Thanks for the report! Simply linking ln -s /usr/lib/libFLAC.so x64/libFLAC.so.8 in the game directory at least lets me launch the game. There is no package that provides that version from what I can see.

You could do that locally for now, it'll try to resolve it in the package as soon as I can.

v1993 commented on 2026-06-03 03:57 (UTC)

Steam game "Recursed" fails to start when using native runtime but works perfectly when not:

./recursed.x64: error while loading shared libraries: libFLAC.so.8: cannot open shared object file: No such file or directory

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.

1 2 3 4 5 Next › Last »