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

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: 39
Popularity: 1.21
First Submitted: 2021-09-01 22:06 (UTC)
Last Updated: 2024-10-02 16:21 (UTC)

Required by (378)

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

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

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

Strykar commented on 2022-03-02 14:02 (UTC)

@loathingkernel Any chance you would please ship a wine-ge-custom-bin package too?

loathingkernel commented on 2022-02-16 15:11 (UTC)

@SleepingPanda It is fixed now, forgot to edit the reply.

SleepingPanda commented on 2022-02-16 15:08 (UTC)

@loathingkernel Thanks for the swift response! I'll continue using the older version until then. Also thank you so much for maintaining this package.

loathingkernel commented on 2022-02-15 13:14 (UTC) (edited on 2022-02-15 14:11 (UTC) by loathingkernel)

@SleepingPanda I assume it is the new glibc and linux-api-headers, gonna have to take a look deeper.

SleepingPanda commented on 2022-02-15 03:07 (UTC) (edited on 2022-02-15 11:58 (UTC) by SleepingPanda)

I'm having trouble building this version (7.2.GE.2-1). Is anyone else encountering issues with futexes?

loathingkernel commented on 2022-01-23 03:07 (UTC)

@Nu4425 No, there won't be any problems, I just overlooked adding those comments. You have to be careful with the specified flags, some might cause issues but if it is just adding -march=native, you won't face any issues.

Nu4425 commented on 2022-01-23 01:49 (UTC) (edited on 2022-01-23 01:52 (UTC) by Nu4425)

@loathingkernel, I noticed unlike the other packages you maintain that documentation in this PKGBUILD is absent about compiling natively by passing -march=native and omitting -mtune=core-avx2 for the CFLAGS and CXXFLAGS variables.

If one wishes to compile natively this way, will there be any problems in the built package's functionality? If there will be, what are your recommendations?

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