Package Details: proton-ge-custom-bin 1:GE_Proton9_20-1

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: 216
Popularity: 7.93
First Submitted: 2020-02-21 11:06 (UTC)
Last Updated: 2024-11-11 11:31 (UTC)

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!

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 26 Next › Last »

blueman commented on 2022-02-28 20:21 (UTC)

@Jaja: Thanks for the explaination and I agree, it makes sense.

Jaja commented on 2022-02-28 19:36 (UTC)

@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.

blueman commented on 2022-02-28 19:08 (UTC)

Lot's of new lib32 packages to install. What happened?

Jaja commented on 2022-02-28 04:48 (UTC) (edited on 2022-02-28 05:13 (UTC) by Jaja)

@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.

jonathon commented on 2022-02-28 02:02 (UTC) (edited on 2022-02-28 02:05 (UTC) by jonathon)

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"

Jaja commented on 2022-02-27 22:09 (UTC)

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"

nissen22 commented on 2022-02-27 10:10 (UTC)

Yes, please fix the jack dep!

sajattack commented on 2022-02-27 08:48 (UTC)

Agree with jonathon, would be nice if I didn't have to modify the PKGBUILD to use pipewire.

jonathon commented on 2022-02-27 02:52 (UTC)

Don't worry about dependencies that are in base-devel (like patch).

lib32-jack2 might want to be lib32-jack so that it can be provided by either lib32-jack2 or lib32-pipewire-jack.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 26 Next › Last »