Versions
v9999 :: 9999 :: gentoo
- Modified
- License
- LGPL-2.1+ BSD-2 IJG MIT OPENLDAP ZLIB gsm libpng2 libtiff
- USE flags
- alsa crossdev-mingw custom-cflags dbus fontconfig gecko gstreamer llvm-libunwind mono nls perl pulseaudio sdl selinux ssl strip udev unwind usb v4l wow64 xcomposite xinerama
v9.0.4-r1 :: 9.0.4 :: gentoo
- Modified
- License
- LGPL-2.1+ BSD-2 IJG MIT OPENLDAP ZLIB gsm libpng2 libtiff
- Keywords
- -* amd64 ~x86
- USE flags
- alsa crossdev-mingw custom-cflags dbus fontconfig gecko gstreamer llvm-libunwind mono nls perl pulseaudio sdl selinux ssl strip udev unwind usb v4l wow64 xcomposite xinerama
v8.0.5c :: 8.0.5c :: gentoo
- Modified
- License
- LGPL-2.1+ BSD-2 IJG MIT OPENLDAP ZLIB gsm libpng2 libtiff
- Keywords
- -* amd64 ~x86
- USE flags
- alsa crossdev-mingw custom-cflags dbus fontconfig gecko gstreamer llvm-libunwind mono nls perl pulseaudio sdl selinux ssl strip udev unwind usb v4l xcomposite xinerama
USE flags
General
- alsa
- Add support for media-libs/alsa-lib (Advanced Linux Sound Architecture)
- crossdev-mingw
- Use sys-devel/crossdev for the toolchain rather than dev-util/mingw64-toolchain (requires manual setting up and is mostly unsupported, try disabling if have issues)
- custom-cflags
- Build with user-specified CFLAGS (unsupported)
- dbus
- Enable dbus support for anything that needs it (gpsd, gnomemeeting, etc)
- fontconfig
- Support for configuring and customizing font access via media-libs/fontconfig
- gecko
- Enable mshtml support using app-emulation/wine-gecko
- gstreamer
- Add support for media-libs/gstreamer (Streaming media)
- llvm-libunwind
- Use llvm-runtimes/libunwind instead of sys-libs/libunwind
- mono
- Enable .NET support using app-emulation/wine-mono
- nls
- Add Native Language Support (using gettext - GNU locale utilities)
- perl
- Install helpers that require perl (winedump/winemaker)
- pulseaudio
- Add sound server support via media-libs/libpulse (may be PulseAudio or PipeWire)
- sdl
- Enable gamepad support using media-libs/libsdl2
- selinux
- !!internal use only!! Security Enhanced Linux support, this must be set by the selinux profile or breakage will occur
- ssl
- Add support for SSL/TLS connections (Secure Socket Layer / Transport Layer Security)
- strip
- Allow symbol stripping to be performed by the ebuild for special files
- udev
- Enable virtual/udev integration (device discovery, power and storage device support, etc)
- unwind
- Add support for call stack unwinding and function name resolution
- usb
- Add USB support to applications that have optional USB support (e.g. cups)
- v4l
- Enable support for video4linux (using linux-headers or userspace libv4l libraries)
- wow64
- Enable running 32bit applications without 32bit ELF multilib by mapping to 64bit calls (experimental, *may* have worse/unusable OpenGL performance or other issues compared to USE=abi_x86_32, also lacks 16bit support) -- still need dev-util/mingw64-toolchain with abi_x86_32 which itself does not need multilib
- xcomposite
- Enable support for the Xorg composite extension
- xinerama
- Add support for querying multi-monitor screen geometry through the Xinerama API
abi_x86
- 32
- 32-bit (x86) libraries
- 64
- 64-bit (amd64) libraries
video_cards
- amdgpu
- VIDEO_CARDS setting to build driver for AMDGPU video cards
Dependencies
dev-libs / glib : The GLib library of C routines
dev-libs / gmp : Library for arbitrary-precision arithmetic on different type of numbers
dev-libs / libgcrypt : General purpose crypto library based on the code used in GnuPG
dev-libs / libusb : Userspace access to USB devices
llvm-runtimes / compiler-rt : Compiler runtime library for clang (built-in part)
llvm-runtimes / libunwind : C++ runtime stack unwinder from LLVM
media-libs / alsa-lib : Advanced Linux Sound Architecture Library
media-libs / fontconfig : A library for configuring and customizing font access
media-libs / freetype : High-quality and portable font engine
media-libs / gst-plugins-base : Basepack of plugins for gstreamer
media-libs / gstreamer : Open source multimedia framework
media-libs / libglvnd : The GL Vendor-Neutral Dispatch library
media-libs / libpulse : Libraries for PulseAudio clients
media-libs / libsdl2 : Simple Direct Media Layer
media-libs / libv4l : v4l-utils libraries and optional utilities
media-libs / vulkan-loader : Vulkan Installable Client Driver (ICD) Loader
net-libs / gnutls : A secure communications library implementing the SSL, TLS and DTLS protocols
sys-apps / dbus : A message bus system, a simple way for applications to talk to each other
sys-devel / gcc : The GNU Compiler Collection
sys-kernel / linux-headers : Linux system headers
sys-libs / libunwind : Portable and efficient API to determine the call-chain of a program
virtual / libudev : Virtual for libudev providers
x11-base / xorg-proto : X.Org combined protocol headers
x11-libs / libX11 : X.Org X11 library
x11-libs / libXcomposite : X.Org Xcomposite library
x11-libs / libXcursor : X.Org Xcursor library
x11-libs / libXext : X.Org Xext library
x11-libs / libXfixes : X.Org Xfixes library
x11-libs / libXi : X.Org Xi library
x11-libs / libXinerama : X.Org Xinerama library
x11-libs / libXrandr : X.Org Xrandr library
x11-libs / libXrender : X.Org Xrender library
x11-libs / libXxf86vm : X.Org Xxf86vm library
Runtime Dependencies
app-emulation / wine-desktop-common : Various desktop menu items and icons for wine
app-emulation / wine-gecko : Mozilla Gecko based version of Internet Explorer for Wine
app-emulation / wine-mono : Replacement for the .NET runtime and class libraries in Wine
dev-lang / perl : Larry Wall's Practical Extraction and Report Language
dev-libs / glib : The GLib library of C routines
dev-libs / gmp : Library for arbitrary-precision arithmetic on different type of numbers
dev-libs / libgcrypt : General purpose crypto library based on the code used in GnuPG
dev-libs / libusb : Userspace access to USB devices
dev-perl / XML-LibXML : Perl binding for libxml2
llvm-runtimes / libunwind : C++ runtime stack unwinder from LLVM
media-libs / alsa-lib : Advanced Linux Sound Architecture Library
media-libs / fontconfig : A library for configuring and customizing font access
media-libs / freetype : High-quality and portable font engine
media-libs / gst-plugins-base : Basepack of plugins for gstreamer
media-libs / gstreamer : Open source multimedia framework
media-libs / libglvnd : The GL Vendor-Neutral Dispatch library
media-libs / libpulse : Libraries for PulseAudio clients
media-libs / libsdl2 : Simple Direct Media Layer
media-libs / libv4l : v4l-utils libraries and optional utilities
media-libs / vulkan-loader : Vulkan Installable Client Driver (ICD) Loader
media-plugins / gst-plugins-meta : Meta ebuild to pull in gst plugins for apps
net-libs / gnutls : A secure communications library implementing the SSL, TLS and DTLS protocols
sec-policy / selinux-wine : SELinux policy for wine
sys-apps / dbus : A message bus system, a simple way for applications to talk to each other
sys-libs / libunwind : Portable and efficient API to determine the call-chain of a program
virtual / libudev : Virtual for libudev providers
x11-libs / libX11 : X.Org X11 library
x11-libs / libXcomposite : X.Org Xcomposite library
x11-libs / libXcursor : X.Org Xcursor library
x11-libs / libXext : X.Org Xext library
x11-libs / libXfixes : X.Org Xfixes library
x11-libs / libXi : X.Org Xi library
x11-libs / libXinerama : X.Org Xinerama library
x11-libs / libXrandr : X.Org Xrandr library
x11-libs / libXrender : X.Org Xrender library
x11-libs / libXxf86vm : X.Org Xxf86vm library
Depending packages
virtual / wine : Virtual for Wine that supports multiple variants and slotting
Change logs
- Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-*: bring back -mno-avx for PE files
Still see people have problems with this and believe wine passing -mpreferred-stack-boundary=2 has only mitigated this. Or at least with wine-10+ (but add it to 9 anyway as a precaution). Do not believe it's worth the potential minor optimizations in mingw-gcc built code, so let's just keep -mno-avx. fwiw only revbumping the latest versions and stable, seem to be less of an issue than before still and no need to rebuild all slots. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-*: drop IUSE=osmesa
It's not in a released version yet, but upstream mesa is dropping support for this[1]. We *could* keep support here for as long as a version in the tree can give the library, but I'm not convinced that it's worth the headaches, do not believe this USE has much relevance nowadays (it also always been off by default). Could revisit if there is some good arguments but, before requesting that, please make sure that you really *do* need it and it wasn't just enabled because you thought you did. If we need to keep it long-term, then best option may(?) be to add a USE=osmesa to mesa-amber. [1] https://gitlab.freedesktop.org/mesa/mesa/-/commit/027ccd96 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-*: replace IUSE=udisks by generic IUSE=+dbus
This actually had been bothering me for a while, and bug #950382 is a good excuse to finally rename it. There is little reason to treat dbus communication specially and handle each services with its own USE vs just having USE=dbus. ...and per the bug, this now gained additional usage with bluetooth (and perhaps more in the future) making current USE=udisks an issue. Also feel it makes more sense enabled by default to avoid confusion, but users that know they don't need it may want to optionally disable it to skip USE=abi_x86_32 on dbus (albeit it's trivial). Note wine will not even link with libdbus, this just enables support for dlopen'ing it when needed. Unfortunately this will cause semi-unnessary rebuilds for all wine users. Closes: https://bugs.gentoo.org/950382 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: drop 9.0.2
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Arthur Zamarin · gentoo
app-emulation/wine-proton: Stabilize 9.0.4 amd64, #941091
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-*: verify eselect-wine availability in postrm
The package manager spec does not guarantee that IDEPEND will be available in pre/postrm. If missing, then it means there is nothing to do and eselect-wine already cleaned the last wine version ahead of wine removal. This could notably happen if a user emerge -C eselect-wine then attempts to remove wine which would result in a postrm failure given the package manager won't reinstall it during removal. This used to be a real problem when wine used "pre"rm given `die` would abort removal and you're left with an unremovable package, but for a long time now wine migrated to "post"rm so this was at most just a minor annoyance. We can keep `|| die` for the actual call, it's good to strongly appeal that it failed despite being in a situation where it should have worked and, as noted, that won't block actual removal. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-*: backport mingw binutils-2.44 compat fix
Technically needs a revbump, but this only affects the semi-unsupported USE=crossdev-mingw with ~arch toolchain given mingw64-toolchain is not using binutils-2.44 yet (no plans for a while in case of more issues). Little sense in having typical users rebuild all installed wine(s) esp. given haven't even gotten a downstream bug report yet beyond a mention on IRC. If you are affected (wine will be entirely broken, even winecfg won't start), then please re-emerge wine & update prefixes. May optionally want to consider switching to mingw64-toolchain if want to stick to a tested-with-wine toolchain while at it. Patch seems to work fine as-is for old versions beside offsets. For proton it is unclear if it will be still needed when Valve switches to 10.x given they will likely base it on stable 10.0 rather than >=10.2, albeit a fixed 10.0.1 might exists before then. Keeping it in live ebuild for now. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Ionen Wolkens · gentoo
app-emulation/wine-proton: drop 7.0.6 (last of 7.x)
Haven't tried this old version but, like the others, this is likely broken with mingw binutils-2.44 and backporting the fix for that only applies to >=wine-8 as-is. Seems time to drop support for this one. There is no indication that Valve will ever release a (fixed) new version of this branch. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: drop 9.0.3
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: add 9.0.4
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Ionen Wolkens · gentoo
app-emulation/wine-proton: sync EGIT_BRANCH in all ebuilds
Still setup from back when had x.x.9999 experimental branches. Doesn't really matter but these ebuilds will be there for a while and when comparing ebuilds it comes up as a distracting difference. At same time, drop a no longer needed wildcard. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Michał Górny · gentoo
Move {sys-devel → llvm-core}/lld
Signed-off-by: Michał Górny <mgorny@gentoo.org> - Michał Górny · gentoo
Move {sys-libs → llvm-runtimes}/compiler-rt
Signed-off-by: Michał Górny <mgorny@gentoo.org> - Michał Górny · gentoo
Move sys-libs/llvm-libunwind → llvm-runtimes/libunwind
Signed-off-by: Michał Górny <mgorny@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: bump WINE_MONO to 9.3.1 in live
Not 9.4.0 for some reason, they even went out of their way to change the automatic download url (unused here) given 9.3.1 is not on winehq. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: allow using compiler-rt[atomic-builtins]
Passing -latomic is no longer needed when using the new compiler-rt w/ USE=atomic-builtins, and lets gcc be optional on llvm profiles. To recap: * gcc: don't need -latomic * clang (w/o compiler-rt): don't need -latomic * clang + compiler-rt[atomic-builtins]: don't need -latomic * clang + compiler-rt[-atomic-builtins]: needs -latomic So, if compiler-rt always provides atomics in the future (rather than optional) all workarounds could be dropped. The || ( ) is a bit "best effort" given dependencies don't know what is actually going to be used. (not worth a revbump, if really want to depclean gcc please re-emerge manually) Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: update live
Even if it was packaged, as far as I can tell this is used to implement text-to-speech (protontts) and needs extra files from Proton/Steam and so wouldn't work on its own. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: pass -std=gnu17 for gcc15 for now
Bug: https://bugs.gentoo.org/943849 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: more clearly warn about lack of support
And repeat it every time rather than just on first install through the README.gentoo so that (hopefully) upstream Valve will not get more bug reports from here. Furthermore note that we also can't really do much about issues either and users seeking support should use normal Wine or normal Proton. Bug: https://bugs.gentoo.org/943001 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: drop 9.0.1
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Ionen Wolkens · gentoo
app-emulation/wine-proton: add 9999, drop 9.0.9999
Using the "bleeding-edge" branch. Pretty sure this branch did not exist when formerly added the live ebuild and so had settled for the versioned experimental branch. Do not wish to maintain two live ebuilds, and it probably make more sense to use bleeding edge if any (experimental is not updated that often, and may lack fixes for very recent games that some users may need). Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: update live?
wine-mono was at 9.3.0 (still seeing the old value in a old checkout) but seems the commit that made that change is gone, was the experimental_9.0 branch force pushed? Odds are it's a mistake and will have to change it back, but adjust anyway in the interim. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: update live
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: add 9.0.3
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Matoro Mahri · gentoo
app-emulation/wine-proton: Stabilize 9.0.2 amd64, #935386
Signed-off-by: Matoro Mahri <matoro_gentoo@matoro.tk> Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: update live
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Matoro Mahri · gentoo
app-emulation/wine-proton: Stabilize 9.0.1 amd64, #933168
Signed-off-by: Matoro Mahri <matoro_gentoo@matoro.tk> Signed-off-by: Viorel Munteanu <ceamac@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: sync live
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Ionen Wolkens · gentoo
app-emulation/wine-proton: add 9.0.2
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: fix build with -Os
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: extend 32bit hwaccel warning for mesa
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
Revert "app-emulation/wine-proton: add workaround for gcc14 ICE w/ mingw"
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: add workaround for gcc14 ICE w/ mingw
Bug: https://bugs.gentoo.org/932319 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: depend on vulkan-loader[X]
Not worth a revbump, rather few people disable that. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: enable py3.13
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: remove unused option
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: filter -Wl,--gc-sections
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: add 9.0.1
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: "fix" build with gcc-14 for old branches
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> - Ionen Wolkens · gentoo
app-emulation/wine-proton: drop 8.0.9999
Seem like a dead branch, use 9.0.9999 instead. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: filter -Wl,-z,* ... for CFLAGS
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: drop 8.0.4
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Matoro Mahri · gentoo
app-emulation/wine-proton: Stabilize 8.0.5c amd64, #924198
Signed-off-by: Matoro Mahri <matoro_gentoo@matoro.tk> Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: add 9.0.9999 (experimental_9.0 branch)
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: add 8.0.5c
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: add ebuild comment tip for user patches
Closes: https://github.com/gentoo/gentoo/pull/34865 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: make libdrm[video_cards_amdgpu] optional in live
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> - Ionen Wolkens · gentoo
app-emulation/wine-proton: adjust style
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: use -latomic for winevulkan with clang
Seems newly needed on top of ntdll and missed that. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: drop 8.0.3c
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Ionen Wolkens · gentoo
Revert "app-emulation/wine-proton: sys-devel/flex -> app-alternatives/lex"
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> - Repository mirror & CI · gentoo
Merge updates from master - Sam James · gentoo
app-emulation/wine-proton: sys-devel/flex -> app-alternatives/lex
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> - Ionen Wolkens · gentoo
app-emulation/wine-proton: stabilize 8.0.4 for amd64
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: update live
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: update live
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: update live further
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> - Ionen Wolkens · gentoo
app-emulation/wine-proton: update winemenubuilder revert
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: update live
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: bump wine-mono to 8.1.0 in live
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Arthur Zamarin · gentoo
app-emulation/wine-proton: Stabilize 8.0.3c amd64, #911796
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: add 8.0.4
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: warn if nvidia[abi_x86_32] is missing
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: use mono-8.0.1 in live
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: pass -mno-avx with mingw unconditionally
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: note reminder about mingw if using clang
Albeit likely won't visit this until wine-proton-9 and wow64. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: pass -latomic with clang for ntdll.so
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> - Ionen Wolkens · gentoo
app-emulation/wine-proton: revert TODO about force-bfd
Will keep this matched with wine 8.0 until rebase for proton-9. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Ionen Wolkens · gentoo
app-emulation/wine-proton: fix build with clang:17
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: fix finding wine-mono on prefix
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> - Ionen Wolkens · gentoo
app-emulation/wine-proton: skip -mno-avx with USE=custom-cflags
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> - Ionen Wolkens · gentoo
app-emulation/wine-proton: extend force-bfd comment with reminder
Would rather stay conservative with wine, but should probably revisit still. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: drop 8.0.2c
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: add 8.0.3c
This is probably a stable candidate for 8.0 series, fixes a fair amount of regressions. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Ionen Wolkens · gentoo
app-emulation/wine-proton: drop 8.0.1d
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: update live
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: pass -mno-avx for mingw cross
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: update comment about -fno-strict-aliasing
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: USE=-debug -> global USE=strip in live
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: enable py3.12
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: drop 7.0.5
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> - Repository mirror & CI · gentoo
Merge updates from master - Arthur Zamarin · gentoo
app-emulation/wine-proton: Stabilize 7.0.6 amd64, #904490
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: add 8.0.2c
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: fix 7.0.6 build with mingw64 11.0.0
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> - Ionen Wolkens · gentoo
app-emulation/wine-proton: drop 7.0.9999
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: remove obsolete clash-protection filter
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: add live ebuild for experimental_8.0
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> - Ionen Wolkens · gentoo
app-emulation/wine-proton: drop 8.0.1c
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: add 8.0.1d
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: move gmp dep behind ssl
Noticed it's only used with gnutls, not worth revbumps. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Ionen Wolkens · gentoo
app-emulation/wine-proton: add 8.0.1c
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: skip QA for implicit __clear_cache too
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: skip QA for implicit res_getservers
Test is failing on error when it should. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: add 7.0.6
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Ionen Wolkens · gentoo
app-emulation/wine-proton: minor style nitpick
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - David Seifert · gentoo
*/*: remove py3.8 from PYTHON_COMPAT
Signed-off-by: David Seifert <soap@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: drop 7.0.4
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: filter-lto directly
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: destabilize 7.0.5 back to ~x86
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: stabilize 7.0.5 for amd64, x86
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: adjust mold workaround
-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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: bdepend on binutils
Due to tc-ld-force-bfd while binutils can possibly be missing on llvm profiles. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: workaround for mold
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: add 7.0.5
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Ionen Wolkens · gentoo
app-emulation/wine-proton: migrate to eselect-wine-2
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: bump mono in live
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: skip deregister for rebuilds
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> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: filter -mfunction-return=thunk for mingw
Unfortunately mingw doesn't play well with many security/mitigation flags. May need to consider a mingw.eclass if keep adding more of these to every ebuilds using it. Bug: https://bugs.gentoo.org/878849 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: filter -fstack-clash-protection
Bug: https://bugs.gentoo.org/758914 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: filter ssp for mingw
Bug: https://bugs.gentoo.org/870136 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: fix clang + USE=-llvm-libunwind build
_Unwind_Find_FDE doesn't exist in libunwind but does in gcc's rtlib, clang instead expects it from llvm-libunwind which leads to undefined references even with USE=-unwind. Messy but add extra guards around it. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: add 7.0.9999 (experimental_7.0)
Same as 7.0.4 ebuild except: * depend on gst-plugins-base[opengl] (checked by configure.ac) * wine-mono-7.3.0 -> 7.3.1 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Ionen Wolkens · gentoo
app-emulation/wine-proton: misc ebuild adjustments
Mostly text/comment/style updates plus live support to match what will be used in wine-staging/vanilla ebuilds rebased on this. Also restrict tests, it was no-op but makes it more explicit that they exists and we're not running them. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: fix musl build with >=linux-headers-5.16
Closes: https://bugs.gentoo.org/868747 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
app-emulation/wine-proton: new package, add 7.0.4
This is Valve's modified wine fork as used by Proton (includes various workarounds for games, fsync support, etc...), which can be used independently as a eselect'able Wine variant. Also using a new experimental ebuild that's not based on existing Wine ones -- may have regressions unrelated to the variant itself. Trims some ancient unnecessary bits, skips a few things I feel the ebuild doesn't need to handle, and change build method a bit. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>