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 2 3 4 5 6 7 .. 13 Next › Last »

loathingkernel commented on 2024-03-24 13:58 (UTC)

@MikuroK Can't reproduce the failure https://github.com/loathingKernel/PKGBUILDs/actions/runs/8409579504

MikuroK commented on 2024-03-24 09:41 (UTC)

No longer builds with gstreamer update (1.24.1), downgrading gstreamer (to 1.24.0) fixes this. Throws "checking for gst_pad_new in -lgstreamer-1.0... no"

loathingkernel commented on 2024-03-23 21:27 (UTC) (edited on 2024-03-23 21:33 (UTC) by loathingkernel)

@ninelore fix your makepkg.conf, https://man.archlinux.org/man/makepkg.conf.5.en, MAKEFLAGS section

ninelore commented on 2024-03-23 19:55 (UTC)

I'd like to suggest to add -j$(nproc) to the make commands in build(). Currently this package and -opt will only compile one one thread, which takes significantly longer

nixit commented on 2023-11-21 04:14 (UTC)

I had a system crash over the weekend, and after a reinstall of arch, I'm trying to install this package, yet I can't get the keys imported. I keep getting "server indicated a failure"

any ideas what to do?

loathingkernel commented on 2023-11-02 09:07 (UTC) (edited on 2023-11-02 09:07 (UTC) by loathingkernel)

@exylic I see, I have already updated the package to not remove them. Please test again and report back if you encounter issues with building software on top of it.

exylic commented on 2023-11-02 09:03 (UTC)

@loathingkernel I'm not sure about this package specifically. But I'm using it because it includes fsync patches, which improve performance for certain multithreaded audio plugins (as claimed here https://github.com/robbert-vdh/yabridge#performance-tuning)

loathingkernel commented on 2023-10-29 11:57 (UTC) (edited on 2023-10-29 13:43 (UTC) by loathingkernel)

@exylic they are removed for space saving. I could include them back in, but given the modifications made to this wine towards gaming, is the the best choice for audio related applications?

I have no experience with such applications, is this version of wine indeed better for them? If it is, I will happily add them back.

exylic commented on 2023-10-29 01:20 (UTC)

Is there a reason this removes the wine library files with

find "$pkgdir"/usr/lib{,32}/wine -iname "*.a" -delete
find "$pkgdir"/usr/lib{,32}/wine -iname "*.def" -delete

?

These are required by certain Wine native integration wrappers, such as that included in openmpt.

« First ‹ Previous 1 2 3 4 5 6 7 .. 13 Next › Last »