Package Details: wine-ge-custom 1:GE.Proton8.26-5

Git Clone URL: https://aur.archlinux.org/wine-ge-custom.git (read-only, click to copy)
Package Base: wine-ge-custom
Description: A compatibility layer for running Windows programs - GloriousEggroll branch
Upstream URL: https://github.com/GloriousEggroll/wine-ge-custom
Licenses: LGPL-2.1-or-later
Conflicts: wine
Provides: wine
Submitter: loathingkernel
Maintainer: loathingkernel
Last Packager: loathingkernel
Votes: 36
Popularity: 1.08
First Submitted: 2021-09-01 22:06 (UTC)
Last Updated: 2024-06-06 21:37 (UTC)

Required by (372)

Sources (7)

Pinned Comments

loathingkernel commented on 2022-03-02 14:12 (UTC)

@Strykar Nope, see https://aur.archlinux.org/packages/wine-ge-custom#comment-831304

You can grab compiled packages from https://github.com/loathingKernel/PKGBUILDs/releases/tag/packages

loathingkernel commented on 2021-10-15 10:01 (UTC) (edited on 2021-10-15 10:04 (UTC) by loathingkernel)

@thaewrapt, I see, you might be correct. The prebuilt package is not a good candidate for packaging for a couple of reasons. First of all, it is built using Lutris's runtime, and as such inherits the same issues as Proton, namely it is at its best when running inside that runtime. Also, although I might be wrong here, I haven't found any mention of Lutris being able to use a system-wide installation directory in the same way Steam can. For these reasons, I believe that packaging those binaries is pointless and they should be managed by Lutris itself.

Latest Comments

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 Next › Last »

Neko-san commented on 2022-01-18 00:42 (UTC)

Might want to add:

    if [ "$CC" = 'clang' ] && [ "$CXX" = 'clang++' ] || [ "$CC" = 'clang' ] || [ "$CXX" = 'clang++' ] ; then
        export CC=gcc
        export CXX=g++
        export LD=ld
        export AR=""
        export NM=""
        export RANLIB=""
        export STRIP=""
        export OBJCOPY=""
        # Reset debug flags to makepkg.conf defaults, in case Clang is globally set
        export DEBUG_CFLAGS="-g -fvar-tracking-assignments"
        export DEBUG_CXXFLAGS="-g -fvar-tracking-assignments"
    fi

To make sure that, if a user has clang globally set, that it gets unset back to the Arch defaults to prevent builds from failing.

ptr1337 commented on 2021-10-19 09:31 (UTC)

Prebuilt packages can be found here: https://mirror.cachyos.org/?search=wine

how to add this repo:

https://wiki.cachyos.org/en/home/Repo

The packages are built with x86-64 and the optimized x86-64-v3 if your cpu supports that.

loathingkernel commented on 2021-10-15 11:14 (UTC) (edited on 2021-10-15 11:15 (UTC) by loathingkernel)

@thaewrapt Yes, it is a replacement for regular wine, which can also be used in Lutris as it supports using the system-wide wine.

thaewrapt commented on 2021-10-15 10:56 (UTC) (edited on 2021-10-15 10:57 (UTC) by thaewrapt)

@loathingkernel Yeah, I see your point as well. With lutris only looking into ~/.local directory for its runners, a possible way is to have a system-wide installation (either in the form of tar archive or extracted) with a shell script that should be run by the enduser from their own gaming account to update local runners directory with a current version from system-wide distribution. Or, as an alternative, one could use a third party script which will just plain download the latest version (or the version of choice) from github releases and put it directly inside the same runners directory.

But, anyway, this is offtopic to this particular AUR package, I guess (as it just provides the alternative to a system-wide wine, correct?).

loathingkernel commented on 2021-10-15 10:01 (UTC) (edited on 2021-10-15 10:04 (UTC) by loathingkernel)

@thaewrapt, I see, you might be correct. The prebuilt package is not a good candidate for packaging for a couple of reasons. First of all, it is built using Lutris's runtime, and as such inherits the same issues as Proton, namely it is at its best when running inside that runtime. Also, although I might be wrong here, I haven't found any mention of Lutris being able to use a system-wide installation directory in the same way Steam can. For these reasons, I believe that packaging those binaries is pointless and they should be managed by Lutris itself.

thaewrapt commented on 2021-10-15 09:11 (UTC)

@loathingkernel I think he's talking about wine-ge-custom-bin package (or however it could be called), meaning automated installation of the prebuilt binaries from https://github.com/GloriousEggroll/wine-ge-custom/releases

loathingkernel commented on 2021-10-07 12:05 (UTC) (edited on 2021-10-07 12:05 (UTC) by loathingkernel)

@Tomoghno nope, there are repos packaging this PKGBUILD out there, you can use one of those. Also, PKGBUILDs packaging the binary results of other PKGBUILDs are STRICTLY prohibited in the AUR.

Tomoghno commented on 2021-10-07 11:56 (UTC)

Can You Make a Binary Package for it ...

loathingkernel commented on 2021-09-27 15:06 (UTC) (edited on 2021-09-27 16:12 (UTC) by loathingkernel)

@kenga I moved a few environment variables around and it should be ok with yay too now. That being said I still believe that the assumptions yay is making are wrong and they definitely are not the default behavior of makepkg. Just something to keep in mind if other issues arise with it.

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 Next › Last »