Was already default and feel there is no reason to ever disable this
with USE=X, and disabling seem to have recently been causing issues
with CEF / Steam and similar which may be hard to figure out for users.
Leaving off-by-default IUSE=xinerama alone given it is hardly needed
nowadays and can be considered deprecated, no reason to force users to
newly set USE=abi_x86_32 on an extra library over this.
Will backport the change to other versions probably after wine-11 is
stable (if do not forget) to minimize rebuilds. Likely will not revbump
all wine versions over even though it's a removed->enabled change.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Not needed to avoid automagic given automatically disabled if not
FreeBSD, but explicitly disable it anyway for clarity -- this could
also change in the future and many users have hwloc installed.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
This has been improving, OpenGL performance should be better but still
not necessarily as good and it may vary depending on setup. Supposedly
has 16-bit support now albeit haven't really looked into that so this
could be wrong.
Either way, stay a bit more vague about what works and what doesn't,
it also depend on the version used either way and not planning to try
keeping version ranges in metadata.xml.
Believe it should still be called experimental though, or at least
until wine removes its own "experimental" warning when it's used
(or at least I think it's still there, haven't checked latest version).
When it does, we could probably start considering making it default.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
These are:
1. old stable for 9.0 branch replaced by 9.0.1-r1
2. old revisions not using wine.eclass (excluding the never
migrated 8.0.2)
3. two development versions in favour of the newer ones
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Noticed while working on wine-proton-10 that forgot to setup
the libglvnd dependency in wine-10 for wayland (it newly added
EGL support that was missing in wine-9).
At same time, add a required USE given these are no-op unless
X or wayland is set. fwiw vulkan on the other hand still does
something albeit unsure what it'd be useful for, perhaps headless
filters and such.
Not really worth revbumps, it'd be hard to be missing this and,
even if did, the dlopen nature wouldn't break wine entirely.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
It no longer requires mingw64-toolchain (or at least in >=wine-9)
given clang can be used instead, and is usable on arm64 with a caveat.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
It makes sense to keep this here after ~arm64 is added, but
keywordreqs with -* are messy so remove it for now.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
IUSE=bluetooth usage is header-only to support creating rfcomm
sockets, and is automagic when bluetooth.h/rfcomm.h are detected
without passing cache variables.
Technically does not need the REQUIRED_USE on dbus, but bluetooth
is also used through dbus and that makes it clearer to users that
they shouldn't disable dbus for bluetooth support (not depending
on bluez at runtime given essentially a optfeature, and actual
bluetooth users wouldn't need us to pull the dependency for them).
Also sync comment with wine-vanilla that randomly spotted.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
