| 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.12 |
| First Submitted: | 2021-09-01 22:06 (UTC) |
| Last Updated: | 2024-10-02 16:21 (UTC) |
@GIgas002 see earlier comments, there seems to be an issue with the build when running multiple jobs in parallel, so the latest change to the PKGBUILD is working around that by disabling that for now: https://aur.archlinux.org/cgit/aur.git/commit/?h=wine-ge-custom&id=68775216a1641b99e7e86d6f01a132670f481a3a
Hopefully, it's just a temporary thing.
Is it buildable right now? The 1:GE.Proton7.10-1 and previous versions built on my machine on 20-30 minutes, but 1:GE.Proton7.11-1 was building for more than hour, and I had to stop it.
@ten98 it has happened to me with two jobs while testing
@loathingkernel thanks, that did the trick. For reference I was building on a 3970x with MAKEFLAGS="-j$(nproc)" so it was launching 64 makejobs.
There may be some value of -jX where (1 < X < 64) that would consistently build clean without having to restrict to -j1. In which case you could compare $(nproc) to X and if $(nproc) < X do nothing, else set MAKEFLAGS="-jX".
@ten98, build it with one makejob, I am aware of the issue but there isn't a fix nor even the cause of it is known to me yet.
I am having a similar issue as @proledatarian with aur/wine-ge-custom 1:GE.Proton7.10-1 -> 1:GE.Proton7.11-1. My build is failing at:
/usr/bin/x86_64-w64-mingw32-dlltool: dlls/winmm/libwinmm.delay.a: error reading winmm_dll_s00184.o: file truncated
tools/winebuild/winebuild -b x86_64-w64-mingw32 -w --implib -o dlls/cryptnet/libcryptnet.delay.a --export \
../wine-ge-custom/proton-wine/dlls/cryptnet/cryptnet.spec
winebuild: /usr/bin/x86_64-w64-mingw32-dlltool failed with status 1
make: *** [Makefile:308324: dlls/winmm/libwinmm.delay.a] Error 1
make: *** Waiting for unfinished jobs....
/usr/bin/x86_64-w64-mingw32-dlltool: reopening winmm_dll_t.o: No such file or directory
/usr/bin/x86_64-w64-mingw32-dlltool: dlls/winmm/libwinmm.cross.a: error reading winmm_dll_t.o: No such file or directory
winebuild: /usr/bin/x86_64-w64-mingw32-dlltool failed with status 1
make: *** [Makefile:308324: dlls/winmm/libwinmm.cross.a] Error 1
../wine-ge-custom/proton-wine/dlls/win32u/font.c: In function ‘font_GetTextExtentExPoint’:
../wine-ge-custom/proton-wine/dlls/win32u/font.c:4072:41: warning: ‘abc.abcC’ may be used uninitialized in this function [-Wmaybe-uninitialized]
4072 | pos += abc.abcA + abc.abcB + abc.abcC;
| ~~~^~~~~
../wine-ge-custom/proton-wine/dlls/win32u/font.c:4058:9: warning: ‘abc.abcB’ may be used uninitialized in this function [-Wmaybe-uninitialized]
4058 | ABC abc;
| ^~~
../wine-ge-custom/proton-wine/dlls/win32u/font.c:4072:19: warning: ‘abc.abcA’ may be used uninitialized in this function [-Wmaybe-uninitialized]
4072 | pos += abc.abcA + abc.abcB + abc.abcC;
| ~~~^~~~~
==> ERROR: A failure occurred in build().
Aborting...
-> error making: wine-ge-custom
I'm using the 2.38-2 build of mingw-w64-binutils from the official repo.
As per @loathingkernel resolved by editing makepkg.conf and temporarily setting MAKEFLAGS="-j1"
@loathingkernel Yeah, it was an issue with mingw-binutils from the community-testing repo.
@proledatarian I rerun the build in my CI and it built correctly. This might be on your end.
I get the following error when updating using yay:
tools/winebuild/winebuild -b x86_64-w64-mingw32 -w --implib -o dlls/rpcrt4/librpcrt4.delay.a --export \
../wine-ge-custom/proton-wine/dlls/rpcrt4/rpcrt4.spec
/usr/bin/x86_64-w64-mingw32-dlltool: dlls/rpcrt4/librpcrt4.cross.a: error reading rpcrt4_dll_h.o: file truncated
/usr/bin/x86_64-w64-mingw32-dlltool: failed to open temporary head file: rpcrt4_dll_h.o: No such file or directory
winebuild: /usr/bin/x86_64-w64-mingw32-dlltool failed with status 1
make: [Makefile:242784: dlls/rpcrt4/librpcrt4.delay.a] Error 1
winebuild: /usr/bin/x86_64-w64-mingw32-dlltool failed with status 1
make: Waiting for unfinished jobs....
make: *** [Makefile:242784: dlls/rpcrt4/librpcrt4.cross.a] Error 1
==> ERROR: A failure occurred in build().
Aborting...
-> error making: wine-ge-custom
@sakure You are supposed to have the base-devel group installed if you want to build packages from the AUR and pkgconf is part of that group. The dependencies that are part of that group should NOT be included in the depends and makedepends arrays.
https://wiki.archlinux.org/title/Arch_User_Repository#Getting_started
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.