@loathingkernel
Does this look more real-error-like? It's the only obvious failure-point I'm finding in the logs before the final one, on my most recent run. (At least within the limits of my terminal emulator's history-display, which is inconveniently only going back as far as step 283/458).
[329/458] i686-pc-linux-gnu-gcc -o tests/check/gst_gst tests/check/gst_gst.p/gst_gst.c.o -L/home/alyssa/.cache/yay/proton/src/build/dst-gst_orc32/lib -I/home/alyssa/.cache/yay/proton/src/build/dst-gst_orc32/include -Wl,--as-needed -Wl,--no-undefined -Wl,-Bsymbolic-functions -Wl,-z,nodelete -Wl,-rpath-link=/home/alyssa/.cache/yay/proton/src/build/dst-gst_orc32/lib -Wl,-O1,--sort-common,--as-needed -s -O3 -march=x86-64 -mtune=generic -pipe -fno-semantic-interposition -mfpmath=sse -fwrapv -fno-strict-aliasing -ffile-prefix-map=/home/alyssa/.cache/yay/proton/src/build/src-gstreamer=. -mstackrealign -mno-avx -s -O3 -march=x86-64 -mtune=generic -fno-semantic-interposition -mfpmath=sse -fwrapv -fno-strict-aliasing -ffile-prefix-map=/home/alyssa/.cache/yay/proton/src/build/src-gstreamer=. -mstackrealign -mno-avx '-Wl,-rpath,$ORIGIN/../../gst:$ORIGIN/../../libs/gst/base:$ORIGIN/../../libs/gst/check:$ORIGIN/../../libs/gst/net:$ORIGIN/../../libs/gst/controller' -Wl,-rpath-link,/home/alyssa/.cache/yay/proton/src/build/obj-gstreamer32/gst -Wl,-rpath-link,/home/alyssa/.cache/yay/proton/src/build/obj-gstreamer32/libs/gst/base -Wl,-rpath-link,/home/alyssa/.cache/yay/proton/src/build/obj-gstreamer32/libs/gst/check -Wl,-rpath-link,/home/alyssa/.cache/yay/proton/src/build/obj-gstreamer32/libs/gst/net -Wl,-rpath-link,/home/alyssa/.cache/yay/proton/src/build/obj-gstreamer32/libs/gst/controller -Wl,--start-group gst/libgstreamer-1.0.so.0.2205.0 libs/gst/base/libgstbase-1.0.so.0.2205.0 libs/gst/check/libgstcheck-1.0.so.0.2205.0 libs/gst/net/libgstnet-1.0.so.0.2205.0 libs/gst/controller/libgstcontroller-1.0.so.0.2205.0 /usr/lib32/libglib-2.0.so /usr/lib32/libgobject-2.0.so /usr/lib32/libgmodule-2.0.so -pthread /usr/lib32/libgio-2.0.so -lgmp /usr/lib/libgsl.so /usr/lib/libgslcblas.so -Wl,--end-group
FAILED: tests/check/gst_gst
i686-pc-linux-gnu-gcc -o tests/check/gst_gst tests/check/gst_gst.p/gst_gst.c.o -L/home/alyssa/.cache/yay/proton/src/build/dst-gst_orc32/lib -I/home/alyssa/.cache/yay/proton/src/build/dst-gst_orc32/include -Wl,--as-needed -Wl,--no-undefined -Wl,-Bsymbolic-functions -Wl,-z,nodelete -Wl,-rpath-link=/home/alyssa/.cache/yay/proton/src/build/dst-gst_orc32/lib -Wl,-O1,--sort-common,--as-needed -s -O3 -march=x86-64 -mtune=generic -pipe -fno-semantic-interposition -mfpmath=sse -fwrapv -fno-strict-aliasing -ffile-prefix-map=/home/alyssa/.cache/yay/proton/src/build/src-gstreamer=. -mstackrealign -mno-avx -s -O3 -march=x86-64 -mtune=generic -fno-semantic-interposition -mfpmath=sse -fwrapv -fno-strict-aliasing -ffile-prefix-map=/home/alyssa/.cache/yay/proton/src/build/src-gstreamer=. -mstackrealign -mno-avx '-Wl,-rpath,$ORIGIN/../../gst:$ORIGIN/../../libs/gst/base:$ORIGIN/../../libs/gst/check:$ORIGIN/../../libs/gst/net:$ORIGIN/../../libs/gst/controller' -Wl,-rpath-link,/home/alyssa/.cache/yay/proton/src/build/obj-gstreamer32/gst -Wl,-rpath-link,/home/alyssa/.cache/yay/proton/src/build/obj-gstreamer32/libs/gst/base -Wl,-rpath-link,/home/alyssa/.cache/yay/proton/src/build/obj-gstreamer32/libs/gst/check -Wl,-rpath-link,/home/alyssa/.cache/yay/proton/src/build/obj-gstreamer32/libs/gst/net -Wl,-rpath-link,/home/alyssa/.cache/yay/proton/src/build/obj-gstreamer32/libs/gst/controller -Wl,--start-group gst/libgstreamer-1.0.so.0.2205.0 libs/gst/base/libgstbase-1.0.so.0.2205.0 libs/gst/check/libgstcheck-1.0.so.0.2205.0 libs/gst/net/libgstnet-1.0.so.0.2205.0 libs/gst/controller/libgstcontroller-1.0.so.0.2205.0 /usr/lib32/libglib-2.0.so /usr/lib32/libgobject-2.0.so /usr/lib32/libgmodule-2.0.so -pthread /usr/lib32/libgio-2.0.so -lgmp /usr/lib/libgsl.so /usr/lib/libgslcblas.so -Wl,--end-group
/usr/bin/ld: /usr/lib/libgsl.so: error adding symbols: file in wrong format
collect2: error: ld returned 1 exit status
Pinned Comments
loathingkernel commented on 2020-10-22 08:43 (UTC) (edited on 2022-06-15 14:11 (UTC) by loathingkernel)
Notes about this package
If you encounter issues while using this package, please contact me here first before reporting an issue to the upstream repository. Don't post logs, link to them. If you are using Manjaro, another derivative or an AUR helper, please mention it, I DO NOT TEST AGAINST THEM AND I CANNOT KNOW WHAT MIGHT BE WRONG WITH THE DISTRO/HELPER OF YOUR CHOICE.
It takes a LOT of time and space to build. Building with multiple jobs helps but might cause builds to fail in rare cases. Be sure to have at least 16GB of RAM if you are building on
tmpfs
It is NOT built against
Steam Linux Runtime (Sniper, Soldier, etc)
and as such it doesn't require it. Still, is detected by Steam and works properly (preferable throughsteam-native
).This PKGBUILD uses
CFLAGS
,CXXFLAGS
andLDFLAGS
hardcoded in the PKGBUILD itself. By default it uses the sameC[XX]FLAGS
as upstream, namely-march=nocona
and-mtune=core-avx2
. To change them you will have to edit the PKGBUILD itself. Due to the nature of this package some flags can cause it to fail to build or not function properly. I try to filter them out but it is based on testing. If you have a feeling that compile-time options are involved in the issues you are having please include them in your comment. Currently the filtered options are-fstack-protector-{,-strong,-all}
(dxvk and vkd3d only),-fno-plt
,-z,relro
,-z,now
. Also the use of AVX instructions is disabled through-mno-avx
.There have been reports with
afdko
failing to find its dependencies during building. I can't do anything about that as I don't maintain that package. It is NOT an issue with this package and I haven't found a way to not depend on it. Please don't report fails due toafdko
(or any of itspython-
dependencies, they are pulled in due toafdko
and only used by that), it has been discussed enough. There are possible workarounds in the comments.It contains a patch to store game prefixes in the main Steam Library under
$HOME/.local/share/Steam/steamapps/compatdata
. It helps with isolation of game prefixes between users and works around issues with shared libraries on NTFS partitions due to drive symlinks. To enable it, set thePROTON_USER_COMPAT_DATA
env variable to1
.This package requires a Rust 32 bit target, please run
rustup target install i686-unknown-linux-gnu
BEFORE posting any issues if you're usingrustup
.