summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* app-emulation/wine-vanilla: add 9.11Ionen Wolkens11 days2-0/+440
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: add 9.10Ionen Wolkens2024-05-312-0/+440
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: extend 32bit hwaccel warning for mesaIonen Wolkens2024-05-317-42/+98
| | | | | | | | | | | | | | | | | | Hard to tell what's actually needed, nvidia users do not need it on mesa (or need mesa at all), mesa users do not need it on nvidia, and multi-card users likely need it on both. If do this through dependencies, *could* always depend on mesa[abi_x86_32] even if it may be wrong, and depend on nvidia's if USE=video_cards_nvidia -- but for now sticking to a warning. Ultimately it's also kind of an optfeature, only needed if running 32bit hardware accelerated applications and not needed at build time. Non-issue for users doing abi_x86_32 globally. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* Revert "app-emulation/wine-vanilla: add workaround for gcc14 ICE w/ mingw"Ionen Wolkens2024-05-217-21/+0
| | | | | | | | | | This reverts commit b23fe7660928f72b2146770ae145a5f57012ef7c. 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-vanilla: add workaround for gcc14 ICE w/ mingwIonen Wolkens2024-05-207-0/+21
| | | | | Bug: https://bugs.gentoo.org/932319 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: add 9.9Ionen Wolkens2024-05-172-0/+432
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: drop 9.5, 9.6Ionen Wolkens2024-05-173-864/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: depend on vulkan-loader[X?]Ionen Wolkens2024-05-158-8/+8
| | | | | | | | | | Not worth a revbump, rather few people disable that. Also do [wayland?] for 9.8 and 9999, technically vulkan support is pretty WIP so it's more or less a placeholder -- more correct handling would be to require vulkan? ( X ) for now. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: update liveIonen Wolkens2024-05-151-2/+2
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: fix build with muslIonen Wolkens2024-05-072-0/+31
| | | | | Closes: https://bugs.gentoo.org/931341 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: filter -Wl,--gc-sectionsIonen Wolkens2024-05-078-0/+8
| | | | | | | | | | | 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-vanilla: add 9.8Ionen Wolkens2024-05-032-0/+431
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: bump WINE_MONO to 9.1.0 in liveIonen Wolkens2024-04-231-1/+1
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: "fix" build with gcc-14 for old branchesIonen Wolkens2024-04-222-0/+8
| | | | | | | Unsure how much is broken, but for wine-7+8 it doesn't seem worth the effort to backport. No issues I can see with wine-9. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: drop 9.3, 9.4Ionen Wolkens2024-04-224-879/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: add 9.7Ionen Wolkens2024-04-192-0/+431
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: add 9.6Ionen Wolkens2024-04-052-0/+431
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: filter -Wl,-z,* ... for CFLAGSIonen Wolkens2024-03-247-0/+40
| | | | | | | | | | | | | | | | | | | | 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-vanilla: add 9.5Ionen Wolkens2024-03-232-0/+425
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: drop 9.1, 9.2Ionen Wolkens2024-03-233-850/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: 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-vanilla: fix build with USE="opengl wayland"Ionen Wolkens2024-03-082-0/+17
| | | | | | | | | Unsure if the new wayland opengl support actually works (runtime untested), but it at least builds now. Very new/experimental anyway. Sorry for missing this during the bump, should've tried USE=wayland. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: add 9.4Ionen Wolkens2024-03-082-0/+425
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: improve USE=wow64 description furtherIonen Wolkens2024-03-051-3/+4
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: Stabilize 9.0 amd64, #924197Matoro Mahri2024-02-271-1/+1
| | | | | Signed-off-by: Matoro Mahri <matoro_gentoo@matoro.tk> Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: sort inheritsIonen Wolkens2024-02-264-4/+4
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: drop -fno-plt filteringIonen Wolkens2024-02-267-12/+0
| | | | | | | | | | Not that this means that it works. Logic was inverted in 9.0+ and I meant to correct it, but after all I don't think I want to even care for this and users with USE=custom-cflags are on their own. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: add 9.3Ionen Wolkens2024-02-242-0/+427
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: optfeature on game-device-udev-rulesIonen Wolkens2024-02-163-3/+12
| | | | | | | | | | | | | In 9.1+, wine defaults to using /dev/hidraw* for some extra gamepads, most notably Sony DualShock4 which may come as unexpected. /dev/hidraw* access is restricted to root by default leaving users with a situation that seem like a wine regression. Only a optfeature since most gamepads do not need this (xbox one, about any 3rd party gamepads, etc...). Hopefully the optfeature is noticed by affected users. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: Stabilize 9.0 x86, #924197Sam James2024-02-111-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* app-emulation/wine-vanilla: add 9.2Ionen Wolkens2024-02-092-0/+424
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: drop 8.21Ionen Wolkens2024-02-092-424/+0
| | | | | | | Last of the previous development cycle, there should be no reason to need this over 9.0. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: bump WINE_MONO to 9.0.0 in liveIonen Wolkens2024-02-061-1/+1
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: add 9.1Ionen Wolkens2024-01-262-0/+424
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: mention toolchain in wow64 descriptionIonen Wolkens2024-01-171-1/+2
| | | | | | | | | | | | | | Or else it may come as confusing if users try to disable USE=abi_x86_32 and then a dependency still requests it. mingw64-toolchain is the only one needed, no need for glibc, gcc, mesa/nvidia, gstreamer, etc... and it works even on no-multilib profiles where the USE is unmasked. There are alternatives to mingw64-toolchain, but let's not go into confusing details in the USE desc. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: add ebuild comment tip for user patchesIonen Wolkens2024-01-175-1/+16
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: add 9.0Ionen Wolkens2024-01-162-0/+421
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: reword USE=wow64 descriptionIonen Wolkens2024-01-161-2/+3
| | | | | | | | "WIP" does not feel entirely right anymore, albeit experimental feels still fitting. Wine's announcement also mentions worse performance so let's mention it here too. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: drop 8.19, 8.20Ionen Wolkens2024-01-163-836/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: adjust styleIonen Wolkens2024-01-133-25/+49
| | | | | | | Not touching 8.x (except 8.0.2) given 9.0 is soon, and these will be dropped once new 9.1 development cycle starts. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* Revert "app-emulation/wine-vanilla: sys-devel/flex -> app-alternatives/lex"Ionen Wolkens2024-01-086-11/+11
| | | | | | | | | This reverts commit f2a99318b859e9365e51f1ba5c7553d6e05d590a. 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-vanilla: sys-devel/flex -> app-alternatives/lexSam James2024-01-086-11/+11
| | | | | | | | | | 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-vanilla: update liveIonen Wolkens2024-01-041-2/+2
| | | | | | | File adds a .md extension, and fwiw use a wildcard so that it can work with bit older commits too. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* profiles/use.desc: Make USE=opencl globalMichał Górny2023-12-181-1/+0
| | | | | | | | Add a global USE=opencl flag. The flag is used consistently in 30 packages, and most of them do not provide any additional information worth preserving. Signed-off-by: Michał Górny <mgorny@gentoo.org>
* app-emulation/wine-vanilla: tentatively drop -mno-avx in liveIonen Wolkens2023-12-081-7/+0
| | | | | | | | | | Upstream passes -mpreferred-stack-boundary=2 for x86 by default now which should in theory resolve this. If no issues, will likely replace -mno-avx in other mingw-using packages like dxvk too (requires a x86-check, invalid for amd64). Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: add 8.21Ionen Wolkens2023-11-242-0/+421
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: drop 8.17, 8.18Ionen Wolkens2023-11-243-836/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: update liveIonen Wolkens2023-11-151-1/+4
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: add 8.20Ionen Wolkens2023-11-102-0/+418
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: add 8.19Ionen Wolkens2023-10-302-0/+418
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>