Package Details: proton 2:9.0.3.5-1

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)

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 through steam-native).

  • This PKGBUILD uses CFLAGS, CXXFLAGS and LDFLAGS hardcoded in the PKGBUILD itself. By default it uses the same C[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 to afdko (or any of its python- dependencies, they are pulled in due to afdko 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 the PROTON_USER_COMPAT_DATA env variable to 1.

  • This package requires a Rust 32 bit target, please run rustup target install i686-unknown-linux-gnu BEFORE posting any issues if you're using rustup.

Latest Comments

« First ‹ Previous 1 .. 17 18 19 20 21 22 23 24 Next › Last »

PrinceMachiavell commented on 2019-03-11 19:31 (UTC)

Updated to 3.16-8, thanks for the flag. I'm looking into getting wine-valve-git working...

Forty-Bot commented on 2019-03-08 00:27 (UTC) (edited on 2019-03-08 00:27 (UTC) by Forty-Bot)

I disowned wine-valve-git last week, so if you would like to update it you are welcome to adopt it. My suggestion is to further break out elements of the proton repo into their own packages.

PrinceMachiavell commented on 2019-03-06 22:41 (UTC)

I've updated the package to the latest release. Unforntuently, wine-valve-git isn't building so this package won't either until that is working. If someone can get a binary version of wine-valve working and creates an AUR package, I'll change the dependency wine-valve-git to just wine-valve.

yannleretaille commented on 2018-11-29 11:02 (UTC)

I can no longer use wine-staging to run programs like office because of bugs like https://bugs.archlinux.org/task/58607 that have been fixed recently (downgrading is also not an an option because it conflicts with wine-staging, but is required for proton). Wouldn't it make more sense to have wine-valve point to its own set of executables instead of fully replacing mainline wine?

Forty-Bot commented on 2018-11-15 22:00 (UTC)

According to #archlinux, the dependencies were correct, but I've switched to depending on the git versions until valve actually versions their other projects properly.

bulletproof commented on 2018-11-13 15:19 (UTC)

Same error at @evil5826 no results found for openvr (dependency tree: proton openvr) no results found for wine-valve (dependency tree: proton wine-valve)

Forty-Bot commented on 2018-11-12 13:44 (UTC)

@Modelmat Currently there is not much to this package except for the libraries being built. The vr library is included with proton, so I'm going to keep it. Perhaps at some future point.

@evil582 Hm, I'll have a look at it later.

evil5826 commented on 2018-11-12 13:36 (UTC) (edited on 2018-11-12 13:37 (UTC) by evil5826)

Having the same issue as ohunter.

Using Pamac, yaourt and pacaur all result in the same outcome:

:: no results found for openvr (dependency tree: proton openvr)

:: no results found for wine-valve (dependency tree: proton wine-valve)

<deleted-account> commented on 2018-11-12 05:23 (UTC)

I would appreciate not having openvr as a dependency, I have no VR setup and do not wish to have to enable SteamVR to use - It's 5GB. Please either create a proton-vr package or a proton non-vr package.

Forty-Bot commented on 2018-11-11 17:26 (UTC)

Should pull dependencies fine; I'm doing the same thing as openvr with wine-valve, and both show up in the aur interface fine. Perhaps it's a bug in your aur helper?

« First ‹ Previous 1 .. 17 18 19 20 21 22 23 24 Next › Last »