summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Revert "app-emulation/wine-proton: add workaround for gcc14 ICE w/ mingw"Ionen Wolkens2024-05-214-12/+0
| | | | | | | | | | This reverts commit b701bf35fd508f2bc15c42805e7ab2ad131ff5f6. Fixing in mingw64-toolchain instead, *could* keep the workaround longer for those that didn't update but likely doesn't affect many. Bug: https://bugs.gentoo.org/932319 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: add workaround for gcc14 ICE w/ mingwIonen Wolkens2024-05-204-0/+12
| | | | | Bug: https://bugs.gentoo.org/932319 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: depend on vulkan-loader[X]Ionen Wolkens2024-05-154-4/+4
| | | | | | Not worth a revbump, rather few people disable that. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: enable py3.13Ionen Wolkens2024-05-104-4/+4
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: remove unused optionIonen Wolkens2024-05-071-2/+0
| | | | | | | Forgot to remove it when copied from 9999, this is only used in experimental and not in releases. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: filter -Wl,--gc-sectionsIonen Wolkens2024-05-074-0/+4
| | | | | | | | | | | Is an issue with both lld and bfd that I can see, likely due to the linker tricks wine uses. Let's just filter it as it's fragile. Skipping revbump given the option is rarely used and shouldn't affect many. Bug: https://bugs.gentoo.org/931329 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: add 9.0.1Ionen Wolkens2024-05-022-0/+421
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: "fix" build with gcc-14 for old branchesIonen Wolkens2024-04-222-0/+8
| | | | | | | | No release yet but current 9.0.9999 builds fine as-is, and would rather not worry about backporting for old branches. Closes: https://bugs.gentoo.org/924486 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: drop 8.0.9999Ionen Wolkens2024-04-221-384/+0
| | | | | | Seem like a dead branch, use 9.0.9999 instead. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: filter -Wl,-z,* ... for CFLAGSIonen Wolkens2024-03-244-0/+21
| | | | | | | | | | | | | | | | | | | | test-flags-CC was not meant to test LDFLAGS and -Wl,* are no-ops at compile-time and thus don't get stripped even if they don't work (same happens when using strip-unsupported-flags) and then if a package compiles and links anything at same time it fails. This used not to be a big problem but now that 23.0 profiles do -Wl,-z,pack-relative-relocs (mingw ld has no -z) this is hitting bashrc-mv users that tend to do CFLAGS="${LDFLAGS}" by default. Tempting to ignore it because of how wrong it is, but well. An alternate route could be to eventually have strip-flags and/or strip-unsupported-flags remove -Wl,* from non-LDFLAGS given this could affect more than mingw (e.g. switching to bfd when there is a lld-only option). Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: reword USE=wow64 againIonen Wolkens2024-03-221-1/+1
| | | | | | | | There is alternate realities where OpenGL works great for some, and is 1fps unusable for others (likely depending on what is being run and/or drivers). So saying "slightly" may be misleading. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: drop 8.0.4Ionen Wolkens2024-03-202-376/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: Stabilize 8.0.5c amd64, #924198Matoro Mahri2024-03-121-1/+1
| | | | | Signed-off-by: Matoro Mahri <matoro_gentoo@matoro.tk> Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: improve USE=wow64 description furtherIonen Wolkens2024-03-051-3/+4
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: add 9.0.9999 (experimental_9.0 branch)Ionen Wolkens2024-02-263-0/+435
| | | | | | | | | | | | No plans to add the 9.0 beta (will wait for a normal release), but if really want to try 9.0 early then there is this. May differ a bit given the releases are not fully based on the experimental branches. Not tested much yet, please report issues. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: add 8.0.5cIonen Wolkens2024-01-222-0/+378
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: add ebuild comment tip for user patchesIonen Wolkens2024-01-173-0/+9
| | | | | Closes: https://github.com/gentoo/gentoo/pull/34865 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: make libdrm[video_cards_amdgpu] optional in liveIonen Wolkens2024-01-131-2/+3
| | | | | | | | | | | | | | | | | | | Had forgotten about it but wine offers generic switches for all dlls, so can use that rather than modify sources. The dll being entirely missing hopefully has no negative impact (should gracefully just not use it even for amdgpu). Imagine may be new releases soon'ish (or proton 9), and meant to adjust this before then as it'll be annoying for non-amdgpu users to enable it on libdrm. May possibly need masking on x86 (32bit), have not tested if it builds anyway. Albeit doubt this is usable there regardless. Generally unsure if the proton variant should even keep x86 keywords though (was kind of flaky when I tested it for x86 while considering stable and not entirely sure it works on a real system). Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: adjust styleIonen Wolkens2024-01-133-19/+37
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: use -latomic for winevulkan with clangIonen Wolkens2024-01-082-3/+5
| | | | | | Seems newly needed on top of ntdll and missed that. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: drop 8.0.3cIonen Wolkens2024-01-082-364/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* Revert "app-emulation/wine-proton: sys-devel/flex -> app-alternatives/lex"Ionen Wolkens2024-01-084-7/+7
| | | | | | | | | This reverts commit 70004fc841b5b6e11ebd6393e0487e3c3171213a. This may not set LEX, but that's because wine does not respect this variable in the first place and looks for flex directly. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: stabilize 8.0.4 for amd64Ionen Wolkens2024-01-081-1/+1
| | | | | | | | | Guess I'll do it myself wrt bug #916293, for some reason wine stablereqs frequently seem to get missed by AT without pinging someone every time. Closes: https://bugs.gentoo.org/916293 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: sys-devel/flex -> app-alternatives/lexSam James2024-01-084-7/+7
| | | | | | | | | | All of these will be using app-alternatives/lex anyway as they're not unsetting YACC or LEX, so make the dep reflect reality. (Included both YACC and LEX out of conservatism.) Signed-off-by: Sam James <sam@gentoo.org>
* app-emulation/wine-proton: update liveIonen Wolkens2024-01-041-2/+2
| | | | | | | | This bit won't be needed "here" until wine-proton-9.0.9999, but it doesn't hurt to add the wildcard for .md in advance while thinking about it. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: update liveIonen Wolkens2023-12-211-1/+1
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: update live furtherIonen Wolkens2023-12-011-1/+1
| | | | | | | | Unfortunately no switch to skip amdgpu even for non-amd users, may consider patching later but not going to worry too much about it in live. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: update winemenubuilder revertIonen Wolkens2023-12-013-2/+10
| | | | | | | | | | | Valve (partially) reverted this in 8.0.4, they now build winemenubuilder but do not seem to run the service. Somehow the patch was still applying and in and 8.0.9999 it causes a build failure due to a misinsertion. It was wrong for 8.0.4 too but was not doing any harm. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: update liveIonen Wolkens2023-12-011-0/+1
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: bump wine-mono to 8.1.0 in liveIonen Wolkens2023-11-091-1/+1
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: Stabilize 8.0.3c amd64, #911796Arthur Zamarin2023-10-061-1/+1
| | | | Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
* app-emulation/wine-proton: add 8.0.4Ionen Wolkens2023-10-062-0/+366
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: warn if nvidia[abi_x86_32] is missingIonen Wolkens2023-08-283-0/+21
| | | | | | | | | | | | Hard to know for sure if it's really used or not, but do not want to introduce a kinda no-op VIDEO_CARDS on wine to actually depend on it over a warning. Less of an issue with mesa given other dependencies end up requiring it (technically the dep is wrong given e.g. nvidia would not need mesa[abi_x86_32], but well). Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: use mono-8.0.1 in liveIonen Wolkens2023-08-191-1/+1
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: pass -mno-avx with mingw unconditionallyIonen Wolkens2023-08-143-5/+13
| | | | | | | | | | | | Upon further consideration 84924628f0009acbe92b94ac28141c7ee322548e result in rather unexpected behavior even if we consider that USE=custom-cflags is unsupported, and giving a way to skip -mno-avx may not be all that worth it. So revert plus tidy and add this bugref. Closes: https://bugs.gentoo.org/912268 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: note reminder about mingw if using clangIonen Wolkens2023-08-131-0/+2
| | | | | | Albeit likely won't visit this until wine-proton-9 and wow64. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: revert TODO about force-bfdIonen Wolkens2023-08-112-10/+2
| | | | | | Will keep this matched with wine 8.0 until rebase for proton-9. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: pass -latomic with clang for ntdll.soIonen Wolkens2023-08-112-0/+10
| | | | | | | Specific to Valve's fync patches, aka: ntdll/unix/fsync.c:368: undefined reference to `__atomic_load_8' Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: fix build with clang:17Ionen Wolkens2023-08-113-0/+21
| | | | | | | | | | | | Was silently ignored with <clang-16, but clang:17 now considers this an error. Working -mabi=ms would be required if --without-mingw, but with it seems it gets used in install phase possibly(?) by mistake. As a quick fix, drop the option for now. Prefer to leave alone for gcc, so done in ebuild w/ tc-is-clang. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: fix finding wine-mono on prefixIonen Wolkens2023-08-103-6/+15
| | | | | | | Technically needs a revbump, but given never got a bug report despite being broken since forever I'll consider this low priority. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: skip -mno-avx with USE=custom-cflagsIonen Wolkens2023-08-103-3/+3
| | | | | | | | | | | Don't recommend it (even hardly recommend -march=native!), but some users like ricing their wine and would rather not see this if it "works for me". Others like filter-lto stay regardless given that just will not build. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: extend force-bfd comment with reminderIonen Wolkens2023-08-102-2/+10
| | | | | | | Would rather stay conservative with wine, but should probably revisit still. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: drop 8.0.2cIonen Wolkens2023-08-062-334/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: add 8.0.3cIonen Wolkens2023-07-212-0/+339
| | | | | | | This is probably a stable candidate for 8.0 series, fixes a fair amount of regressions. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: drop 8.0.1dIonen Wolkens2023-07-212-334/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: update liveIonen Wolkens2023-07-111-1/+3
| | | | | | | | | wrt vosk aven't looked at it, but could consider to if there's interest. Believe this is rather niche (for voice recognition in Wine it sounds like) and won't go out of my way unless I know someone wants it. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: pass -mno-avx for mingw crossIonen Wolkens2023-06-264-0/+20
| | | | | | | | | | | | | | | | | | | | | AVX issues with mingw-gcc aren't exactly new, e.g. https://bugs.winehq.org/show_bug.cgi?id=45289 Been known to cause issues with dxvk too, albeit unsure if that's still relevant as issues are scattered/lost. Newly, >=wine-8.10 is likely to crash doing anything at all 32bit if used -march=native (w/ avx) and 32bit (e.g. `WINEARCH=win32 winecfg`). Adding this to every packages using mingw as a precaution, not believed there is much to gain from keeping AVX given the fragility here. May revisit eventually with a newer GCC. wine-proton is based on older wine and is not affected by the obvious crash, this is a precaution for potential other issues (so not revbumping over this, can wait till normal bump). Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: update comment about -fno-strict-aliasingIonen Wolkens2023-06-241-1/+2
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: USE=-debug -> global USE=strip in liveIonen Wolkens2023-06-021-5/+9
| | | | | | | | | Will update the old ebuilds eventually but given this triggers a rebuild with --changed-use (default enabled), will wait till a few bumps and maybe stable to give a chance for people to update and depclean old rather than unnecessarily rebuild all. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: enable py3.12Ionen Wolkens2023-05-234-4/+4
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>