@loathingkernel This seems to be unable to build on 5.13-1b, so it's not gonna get updated until a patch is made.
Search Criteria
Package Details: proton 2:9.0.3.5-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/proton.git (read-only, click to copy) |
---|---|
Package Base: | proton |
Description: | Compatibility tool for Steam Play based on Wine and additional components |
Upstream URL: | https://github.com/ValveSoftware/Proton |
Keywords: | dxvk proton steam valve vkd3d wine |
Licenses: | custom |
Submitter: | Forty-Bot |
Maintainer: | loathingkernel |
Last Packager: | loathingkernel |
Votes: | 111 |
Popularity: | 1.11 |
First Submitted: | 2018-08-22 01:23 (UTC) |
Last Updated: | 2024-11-16 17:23 (UTC) |
Dependencies (115)
- attr (attr-gitAUR)
- desktop-file-utils (desktop-file-utils-gitAUR)
- fontconfig (fontconfig-gitAUR, fontconfig-ubuntuAUR)
- freetype2 (freetype2-qdoledAUR, freetype2-macosAUR, freetype2-gitAUR)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- gettext (gettext-gitAUR)
- lib32-attr
- lib32-fontconfig
- lib32-freetype2
- lib32-gcc-libs (lib32-gcc-libs-gitAUR, lib32-gccrs-libs-gitAUR, lib32-gcc-libs-snapshotAUR)
- lib32-gettext
- lib32-libgudev
- lib32-libpcap
- lib32-libsoup
- lib32-libvpx
- lib32-libxcursor
- lib32-libxi
- lib32-libxkbcommon
- lib32-libxrandr
- lib32-lzoAUR
- Show 95 more dependencies...
Required by (4)
- dxvk-gplasync-bin (optional)
- dxvk-gplasync-bin-git (optional)
- legendary (optional)
- rare (optional)
Sources (10)
- 0001-AUR-Pkgbuild-changes.patch
- 0002-AUR-Do-not-update-cargo-crates.patch
- 0003-AUR-Copy-DLL-dependencies-of-32bit-libvkd3d-dlls-int.patch
- 0004-AUR-Strip-binaries-early.patch
- 0005-AUR-Fix-hwnd-redefinition.patch
- https://dl.winehq.org/wine/wine-gecko/2.47.4/wine-gecko-2.47.4-x86.tar.xz
- https://dl.winehq.org/wine/wine-gecko/2.47.4/wine-gecko-2.47.4-x86_64.tar.xz
- https://github.com/madewokherd/wine-mono/releases/download/wine-mono-9.2.0/wine-mono-9.2.0-x86.tar.xz
- https://github.com/madewokherd/xalia/releases/download/xalia-0.4.2/xalia-0.4.2-net48-mono.zip
- proton
Latest Comments
« First ‹ Previous 1 .. 10 11 12 13 14 15 16 17 18 19 20 .. 24 Next › Last »
sperg512 commented on 2020-10-19 01:20 (UTC) (edited on 2020-10-19 01:20 (UTC) by sperg512)
loathingkernel commented on 2020-10-18 21:16 (UTC)
The version is wrong, the package is versioned as 5.13.1b, it is downloading 5.0-9
crashandburn4 commented on 2020-08-02 14:26 (UTC)
That definitely explains why I couldn't find those symbols being defined! Nice work digging in further and finding the commit that removed them.
heavysink commented on 2020-07-31 12:28 (UTC)
@justinkb Thank you! If possible could you submit the patch upstream?
justinkb commented on 2020-07-31 11:54 (UTC)
Uploaded my fix for the wine_dl{sym,open} issue here https://dpaste.com/49U5YKK2D.txt
Was caused by https://source.winehq.org/git/wine.git/commit/b87256cd1db21a59484248a193b6ad12ca2853ca upstream commit
heavysink commented on 2020-07-31 01:35 (UTC) (edited on 2020-07-31 02:39 (UTC) by heavysink)
I haven't found a solution to this for now... I cannot compile it due to 'wine_dlsym' I think it is from upstream after updating wine-valve.
EDIT: proton-git still have this problem... I submitted an issue on Github: https://github.com/ValveSoftware/Proton/issues/4108
lietzu commented on 2020-07-30 23:23 (UTC)
I have the same problem as @awesome @crashandburn4
Unless someone can contradict me, I'm pretty sure this package is a broken state. I currently have an older version installed, but any compilation breaks using either wine-valve or wine-valve-git (albeit with different errors).
The problem with wine-valve-git seems to be on that packages end, but I can't be sure about if proton or wine-valve is at fault for the undefined reference to 'wine_dlsym'
. Has anyone found a solution to this? If this is a universal problem can the maintainer address it?
EndlessEden commented on 2020-07-29 05:20 (UTC)
@heavysink @lilac - Would you consider taking over the proton-git package; it was orphaned, and needs a maintainer.
crashandburn4 commented on 2020-07-08 23:14 (UTC)
I get the same error as @awesome. Does anyone have a solution? had a quick glance at the packages, and couldn't see anything obvious. (in fact, I don't see that symbol in any of the header files for wine-valve, so I'm kinda confused).
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
.