| Git Clone URL: | https://aur.archlinux.org/proton-ge-custom-bin.git (read-only, click to copy) |
|---|---|
| Package Base: | proton-ge-custom-bin |
| Description: | A fancy custom distribution of Valves Proton with various patches |
| Upstream URL: | https://github.com/GloriousEggroll/proton-ge-custom |
| Keywords: | d9vk DXVK Faudio GloriousEggroll MediaFoundation Proton protonfixes Steam System-wide Valve vkd3d Wine |
| Licenses: | custom, BSD, MPL, LGPL, MIT, zlib |
| Conflicts: | proton-ge-custom |
| Provides: | proton, proton-ge-custom |
| Submitter: | RogueGirl |
| Maintainer: | Jaja (floriplum, chaotic-aur, PedroHLC) |
| Last Packager: | chaotic-aur |
| Votes: | 252 |
| Popularity: | 7.19 |
| First Submitted: | 2020-02-21 11:06 (UTC) |
| Last Updated: | 2025-09-25 15:41 (UTC) |
PROTON_FSR4_UPGRADE=1 seems to be broken when using this package, the issue doesn't happen when installing manually from github. Proton log says ERROR: Failed to download amdxcffx64.dll
Probably some sort of a permission issue, since it tries to download the library directly into the package's installation directory (PROTON_INSTALL_PATH/files/lib/wine/amdprop/)
We discussed a bit of the python-triton conflict in https://github.com/chaotic-aur/pkgbuild-proton-ge-custom-bin/issues/139. I'm curious to hear from someone who actually uses bin/proton for something.
Re: python-triton, I'm unsure of what the policy is for packages in the main repos providing conflicting files with AUR packages, but it seems like maybe this is an issue that needs to be fixed on the python-triton side? From looking at the PKGBUILD for it, there's nothing in there declaring that it includes /usr/bin/proton, so it seems like the simplest solution would be for it to add something like provides=('proton') in the same way that this package does.
That presumably wouldn't solve the underlying conflict between the packages, but it would at least make the conflict obvious up-front rather than only at the final step of installing their individual files. Given that the files this package installs are often used by external tooling to be able to be exposed to Steam in the way it expects, my instinct is that it would be more inconvenient to require everyone who uses it to potentially have to do some manual work to get it to work in Steam compared to only the users with both conflicting packages installed.
All that being said, has anyone tried opening an issue with the python-triton maintainers to see what their stance is on it? I wouldn't necessarily assume they'd be aware of conflicts with AUR packages. If this conflict has only been introduced recently on their end, maybe they'd be willing to make a change on their end to avoid making existing AUR packages have to update to accommodate them, and if not (which isn't that unreasonable a stance for a package in main repos to take), it would at least help the maintainers for the AUR packages conflicting with it know their options.
I am also seeing the issue with python-triton
error: failed to commit transaction (conflicting files)
/usr/bin/proton exists in both 'proton-ge-custom-bin' and 'python-triton'
I have python-pytorch-opt-rocm that pulls python-triton as a dependency, which installs 'proton' to usr/bin. Installing this package causes the following error:
proton-ge-custom-bin: /usr/bin/proton exists in filesystem (owned by python-triton)
Latest update from 20-07-2025 (Ge:Proton10_10-1) seems to cause the following dmesg events.
It prevents quite a few games, AC Odyssey for example to start:
[ 1687.543736] umip: ACOdyssey.exe[10522] ip:14db48171 sp:11e1e8: For now, expensive software emulation returns the result.
[ 1688.046075] umip: ACOdyssey.exe[10522] ip:147a1aedd sp:11d1a8: SGDT instruction cannot be used by applications.
@chaotic-aur
Y'all forgot to add PROTON_USE_WOW64 to user_settings.py
diff --git a/user_settings.py b/user_settings.py
index 13651bd..e453173 100755
--- a/user_settings.py
+++ b/user_settings.py
@@ -26,6 +26,9 @@ user_settings = {
#Enable use of the ntsync kernel driver to improve performance and compatibility of Windows NT synchronization primitives.
# "PROTON_USE_NTSYNC": "1",
+ #If using NTSYNC, Enable Wow64 Mode for 32bit applications
+# "PROTON_USE_WOW64": "1",
+
#Enable automatic upgrading of AMD FidelityFX Super Resolution (FSR) to FSR4.
# "PROTON_FSR4_UPGRADE": "1",
PROTON_USE_WOW64=1 is needed for NTSYNC on 32-bit games
Every time I upgrade this package on my system, pleasenote.install tells me
The wine executable used by proton can automatically set the niceness of a process;
Consider adding yourself to the games group to make this work by issuing: usermod -a -G games
I did this the first time I installed the package, so most users don't need to be told every single time they upgrade. Can the script instead check if the user is already in the group, e.g. something like groups | grep -E '(^| )games( |$)'? Or maybe id is easier to parse.
EDIT: or getent group games
Hey, GE-Proton-10-9 has a very new and important variable PROTON_USE_NTSYNC available. Please add this to the user_settings.py
The pkgver variable is set to GE_Proton10_5. This version is not available anymore from the Github repository. GE_Proton10_6 is, as is GE_Proton10_7 (the current version).
I'm not sure how the bot pulls merged PR into this package, but it might require a little tweaking?
Pinned Comments
PedroHLC commented on 2021-07-27 19:39 (UTC)
The "chaotic-aur" co-maintainer is a bot that pulls any merged PR in https://github.com/chaotic-aur/pkgbuild-proton-ge-custom-bin back to this package. So if you guys have contributions or bump versions earlier than the maintainer, please share them as PRs. The commits will keep your authorship.
Happy gaming!