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.

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

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.

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

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

Should this depend on steam-devices?

@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.

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

@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.

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.

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.