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: 0.94
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 .. 4 5 6 7 8 9 10 11 12 Next › Last »

loathingkernel commented on 2022-04-05 16:41 (UTC)

@Ghul Read the pinned comment please. No they are not built on Arch, they are built on the lutris runtime. Still, not the scope of this package.

Ghul commented on 2022-04-05 16:15 (UTC) (edited on 2022-04-05 16:16 (UTC) by Ghul)

why not directly provide the prebuild wine-ge releases ? They are already built on archlinux.

loathingkernel commented on 2022-04-04 12:30 (UTC)

@ufo_driver Thanks for this, it can also be fixed by tagging the checked out commit as 7.0, but I am unsure if I should do either in the first place.

ufo_driver commented on 2022-04-04 11:51 (UTC) (edited on 2022-04-04 11:53 (UTC) by ufo_driver)

To fix versioning reporting you can add following line in your PKGBUILD inside prepare block right after patch -p1 ... lines

sed -i "s/GIT_DIR=\${wine_srcdir}.git git describe HEAD 2>\\/dev\\/null || echo \\\\\"wine-\\\\\$(PACKAGE_VERSION)\\\\\"/echo \\\\\"wine-7.0\\\\\"/g" configure.ac

Idea stolen from wine-tkg-git build script.

endlesik commented on 2022-03-12 16:53 (UTC)

@loathingkernel I see! The more you know :) You're right, thanks for clarifying!

loathingkernel commented on 2022-03-11 17:54 (UTC) (edited on 2022-03-11 17:56 (UTC) by loathingkernel)

@endlesik It is not the package but the sources, wine-ge-custom has been rebased on Valve's wine fork instead of upstream wine, and the later tags do not exist in their repository.

To be exact the version is wine-5.12-13989-gca3681631ad, which means that it is 13989 commits after version 5.12, which aligns with the version 7.0 reported by winecfg and wineserver -v. Why tools like lutris are being silly and base their version checking on wine and not wineserver is beyond me. The version in wine is derived by the build-system from the repository information at build-time, where wineserver version is set by the developers.

endlesik commented on 2022-03-11 17:20 (UTC)

Hi, some time ago (I think max two weeks period from now) something broke - whenever I'm installing wine-ge-custom using AUR helper (paru), it installs correctly, but wine --version returns wine-5.12-13989-gca3681631ad.. - it was returning 7.x for sure not that long ago.

Lutris also detects 5.12 as systems' Wine (was detecting 7.x and still is, if I install wine-staging)

Maybe I screwed something with my config, but thus far was unable to find the culprit (removing default .wine prefix didn't change anything)

Tried to install AUR manually, the effect is the same.. maybe it's the package itself

SleepingPanda commented on 2022-03-08 01:18 (UTC) (edited on 2022-03-08 01:54 (UTC) by SleepingPanda)

@loathingkernel Alright. I'll try again. Thanks for the hints. Edit: It worked. Thanks for the help!

loathingkernel commented on 2022-03-08 01:02 (UTC) (edited on 2022-03-08 01:05 (UTC) by loathingkernel)

@SleepingPanda that is an internal compiler error (what that might entail I am not sure without knowing more about how you are trying to compile it), that is hardly something I can help you with. Try again in a clean chroot or with one compiler job and see if it happens there too.

SleepingPanda commented on 2022-03-08 00:44 (UTC) (edited on 2022-03-08 00:44 (UTC) by SleepingPanda)

Hey there. I'm unable to make this new version of wine-ge-custom 1:GE.Proton7.5-1. This is the error I get while building it:

    ../wine-ge-custom/proton-wine/dlls/dsound/eax.c:1095:1: internal compiler error: Segmentation fault
     1095 | }
          | ^
    0x15bfcc8 internal_error(char const*, ...)
        ???:0

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