Get Gentoo!
gentoo.org sites
gentoo.org Wiki Bugs Forums Packages
Planet Archives Sources
Infra Status
summaryrefslogtreecommitdiff
path: root/app-emulation/wine-proton
Commit message (Collapse)AuthorAgeFilesLines
* 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>
* app-emulation/wine-proton: update README.gentooIonen Wolkens2023-05-191-0/+1
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: drop 7.0.5Ionen Wolkens2023-05-062-325/+0
| | | | | | | | Note that won't be dropping 7.0.6 anytime soon to keep at least one from the 7.0.x branch. May wait until proton-9 or 10 are released unless it breaks non-trivially. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: Stabilize 7.0.6 amd64, #904490Arthur Zamarin2023-05-061-1/+1
| | | | Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
* app-emulation/wine-proton: add 8.0.2cIonen Wolkens2023-05-022-0/+329
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: fix 7.0.6 build with mingw64 11.0.0Ionen Wolkens2023-05-022-0/+21
| | | | | | | | | | | Mostly a dirty/quick hack, exact cause leading to this happening with wine-proton-7(32bit) but not 8 nor 7(64bit) haven't been fully dug into. Had tested wine-vanilla-7.0.2 with 11.0.0 and initially thought proton-7 was fine too, but unlike vanilla it defines __fastfail. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: drop 7.0.9999Ionen Wolkens2023-05-021-326/+0
| | | | | | | | | Does not seem(?) developed anymore, use 8.0.9999 or 7.0.6 as needed. Meant to keep it a bit longer, but wine-7 is already starting to break and it'll be less ebuilds to fix. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: remove obsolete clash-protection filterIonen Wolkens2023-04-295-5/+0
| | | | | | | | | | | | | ICE was fixed (bug #758914), if still run into this then updating gcc to a newer _p* snapshot should sort it (alternatively, use released >=gcc-13.1.0). Note that -fstack-protector* (bug #870136) is still needed, while mingw64-runtime-11.0.0 add some degree of support, it still seems to fail for Wine itself. Bug: https://bugs.gentoo.org/758914 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: add live ebuild for experimental_8.0Ionen Wolkens2023-04-231-0/+329
| | | | | | | Just noticed the experimental branch was created for 8.0. Exact copy of 8.0.1d's ebuild as it does not seem any changes are needed yet. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: drop 8.0.1cIonen Wolkens2023-04-232-330/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: add 8.0.1dIonen Wolkens2023-04-192-0/+330
| | | | | | | | Hopefully these letter releases aren't frequent, may need to review how handle releases otherwise given not the fastest thing to build. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: move gmp dep behind sslIonen Wolkens2023-04-173-6/+12
| | | | | | Noticed it's only used with gnutls, not worth revbumps. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: adjust readme for 8.0.1cIonen Wolkens2023-04-171-1/+1
| | | | | | | | | | | | ldap became a poor example given it's now enabled anyway in 8.0.x using the bundled PE-built ldap that is more unlikely to break. cups as example makes more sense either way given lacking printing support may be unexpected, formerly ldap was an example because it was known-broken. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: add 8.0.1cIonen Wolkens2023-04-173-0/+364
| | | | | | | | | | | | Contains same changes as 7.0 -> 8.0 from wine-vanilla, plus newer wine-mono. No live ebuild yet, the experimental branch still hasn't been created upstream (experimental releases are still for 7.0) and assuming proton_8.0 branch will work the same as 7.0 where it's updated only for releases. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: skip QA for implicit __clear_cache tooIonen Wolkens2023-03-083-3/+12
| | | | | | | | | Tests for a compiler builtin that is not declared by anything, however we can lazily ignore it because __clear_cache is not used by wine on amd64+x86 either way. Closes: https://bugs.gentoo.org/900332 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: skip QA for implicit res_getserversIonen Wolkens2023-03-043-0/+3
| | | | | | Test is failing on error when it should. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: add 7.0.6Ionen Wolkens2023-02-032-0/+322
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: minor style nitpickIonen Wolkens2023-02-032-4/+4
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* */*: remove py3.8 from PYTHON_COMPATDavid Seifert2023-01-142-4/+4
| | | | Signed-off-by: David Seifert <soap@gentoo.org>
* app-emulation/wine-proton: drop 7.0.4Ionen Wolkens2022-12-192-322/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: filter-lto directlyIonen Wolkens2022-12-053-6/+9
| | | | | | | | | | | | | | Kinda popular and no reason to allow something that fails to build even with USE=custom-cflags (that's more aimed at runtime fragility than build failures here). Could imagine -flto being "potentially" whitelisted by strip-flags as it gain more support too. In other wine variants, also filtering -fno-plt, but that only affects USE=-mingw and in wine-proton mingw is forced. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: destabilize 7.0.5 back to ~x86Ionen Wolkens2022-12-011-1/+1
| | | | | | | | | | | | Stabilized wine-vanilla-7.0.1 was fine, but upon closer look wine-proton on the other hand is kinda broken at runtime when doing any X11 usage. Keeping keyword given believe may be because of my x86 test setup, but at least going to avoid stable. Not that I really want x86 either way, mostly was to be in sync with other wine versions. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: stabilize 7.0.5 for amd64, x86Ionen Wolkens2022-12-011-1/+1
| | | | | | | | Little reasons to not keep a stable version, based on stable 7.0 and receives a lot of testing by Valve's Proton (through experimental branches) before these releases are made. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: trim README of obsolete eselect issueIonen Wolkens2022-11-231-2/+1
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: adjust mold workaroundIonen Wolkens2022-11-233-3/+3
| | | | | | | -version worked fine but is not correct (typo), so replace it (--version emits collect2 noise, so also add 2>/dev/null) Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: bdepend on binutilsIonen Wolkens2022-11-233-0/+3
| | | | | | | Due to tc-ld-force-bfd while binutils can possibly be missing on llvm profiles. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: workaround for moldIonen Wolkens2022-11-233-0/+15
| | | | | | | | Everything segfaults if built with either mold or lld, but tc-ld-force-bfd (currently) ignores mold. Skipping revbump given global mold usage is not widespread. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: add 7.0.5Ionen Wolkens2022-11-232-0/+315
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: migrate to eselect-wine-2Ionen Wolkens2022-11-232-32/+10
| | | | | | | | | | | | | | While >=eselect-wine-2 does not need ebuild modifications to work thanks to compat code, downgrading it does not work nicely given Wine slots won't be "registered" anymore (requires doing it manually, or re-emerging wine). So cleanup now and force IDEPEND on newer to help prevent mishaps. The replace check, nonfatal, registering, etc... is no longer necessary. prerm -> postrm is intended, prerm still works but relies on hacks to do so and should be avoided. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: bump mono in liveIonen Wolkens2022-11-171-1/+1
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-proton: skip deregister for rebuildsIonen Wolkens2022-11-112-2/+6
| | | | | | | | | | Not ideal given still doesn't handle the issue where variant can be switched rather than pick same-variant+new-version. Not to mention it further increase chances of register mismatch as it cannot update itself into a clean state (requires eselect-wine rewrite). Closes: https://bugs.gentoo.org/881035 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>