| 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: | 237 |
| Popularity: | 7.19 |
| First Submitted: | 2020-02-21 11:06 (UTC) |
| Last Updated: | 2025-05-20 11:03 (UTC) |
I always get the following error using an AUR-helper. Is it just me or is this an issue with the PKGBUILD? Building the package manually works though.
-> error fetching proton-ge-custom-bin: fatal: not a git repository (or any parent up to mount point /)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
context: exit status 128
Putting extra files in a ".tar.zst" is not very common. Usually, we keep extracted, for (one) it's quick to inspect, and (two) they're correctly versioned (aur uses git, and it can't diff blobs properly).
So, if you ever need to update this file's contents, consider extracting them.
@Jaja: Thanks for the explaination and I agree, it makes sense.
@blueman. Well, i took the time to look into actual referenced system libs with namcap tool. Those lib32 are coming from libav and gstreamer media framework integrations for the most part. Seems like we actually need multilib enabled now when being serious about deps :( To be honest, they where just plain missing before... I would rather have them declared optional, but i do not have the complete picture which lib is needed for exactly what fuctionality. Some are self explanatory for sure, but side effects of "not haveing this but only that" and bundles needed are unclear to me. So it's playing save for now just have them as hard deps.
Lot's of new lib32 packages to install. What happened?
@jonathon Many pakets use also strings in their version. This os perfectly fine. Also, there are several proton/wine/tkg GE pakets - all mirror the GE naming scheme. we could argue that since GE will now follow the upstream proton major number anyway, but it would still confuse users big time if we differ from GE naming like you suggest. I see your point, but we would have the need for epoc now also since 7.3 > 7.1.
For pkgrel in the filename, this has historic reasons. GE changed the assets surprisingly often directly by a hotfix with the same filename on github. This means that aur helpers won't download the new file, since the filename is the same and it is cached. This did not only break when the paket gets updated, but also when not. You can see it in the comments history here when people have complained about checksum error. I didn't see those "broken" hotfixes in a while now, but it could happen anytime again. Having the downloaded file name differ by pkgrel does not harm much, so i would rather not change that just to have it look "nicer" - it is a working mitigation against a known upstream bug if you take it that way. But i have shortened the filename now if that pleases you.
I'm not convinced that 1:GE_Proton7_1-1 is a valid version number for Arch - it should likely be just 7_1-1 - though https://wiki.archlinux.org/title/PKGBUILD#pkgver doesn't explicitly say a version number shouldn't be letters. (If it should be numeric then thankfully, G<7, so 1:7_1-1 will work.)
Line 68 should also remove the pkgrel as that's not part of the upstream URL, i.e.
source=(${_pkgname}-${_pkgver}.tar.gz::"${url}/releases/download/${_pkgver}/${_pkgver}.tar.gz"
And here we go again. Upstream has rebased his package against proton experimental and also changed the version naming. Because of this, we have to use the epoc 1 to force the update.
Also please note that you may have to once again delete your prefixes. Backup your savegames.
Prefix has an invalid version?! You may want to back up user files and delete this prefix.
You may also remove that auto-generated prefix that steam will create under "~/.steam/steam/steamapps/compatdata/0"
Yes, please fix the jack dep!
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!