| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
Both versions had several quirks and shouldn't be worthwhile
to keep, try 7.19 instead if 7.22 is not suitable (7.19 was
before some more major changes).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These are semi-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 or maybe even -fno-plt being "potentially"
whitelisted by strip-flags as it gain more support too.
Note -fno-plt is only an issue with USE=-mingw.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
Use 7.0.1 instead, almost identical beside a few bug fixes.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
-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>
|
|
|
|
|
|
|
| |
Due to tc-ld-force-bfd while binutils can possibly
be missing on llvm profiles.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
| |
Shouldn't be a notable reason to keep 7.18, but 7.19 is more
interesting given 7.20 and 7.21 have some major regressions
(w/ non-mingw for one, opengl+winegcc for the other).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
Been using this regularly and annoying to lack the direct link.
Would prefer this in metadata.xml, but currently no proper way
to express this limited-in-scope instance there.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Converted to PE and no longer use system's ELF libraries
(--with-ldap option is gone, bundled, and is now always enabled).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Upstream has restored CROSSLDFLAGS, but issues
with -fno-strict-aliasing still remains.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* drop IUSE=openal (support removed upstream)
* workaround some build system changes (see patch, could still
be some toolchain issues, please report if anything odd)
This version has a new --enable-archs=i386,x86_64 which in theory
could allow building with a single ./configure phase with USE=mingw
and potentially skip (some) multilib dependencies. But this is rather
new and needs more looking into, so build like usual to ensure full
feature set.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
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).
Bug: https://bugs.gentoo.org/881035
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/758914
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Getting rid of the old style ebuilds, no reported issues
for the new ones still.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
Not heard of issues in >=30 days, so let's try to stable
the new ebuild format. Will keep -r2 for a bit to in case
anything comes up.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/870136
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Nick Sarnie <sarnex@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
_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>
|
|
|
|
|
|
|
|
|
|
|
| |
Sync descriptions with wine-proton and remove some globally
defined USE for which the description mostly work.
Note gssapi, realtime, and run-exes are due for an eventual
cleanup with new ebuilds (vkd3d too eventually, but still used
by stable 7.0 which likely won't be cleaned up anytime soon).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Almost entirely different, so diff is not meaningful.
Identical to 7.17, but see wine-vanilla-7.0-r3 commit for details.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
See wine-vanilla-7.0-r3's commit for details
Bug: https://bugs.gentoo.org/744829
Bug: https://bugs.gentoo.org/746338
Bug: https://bugs.gentoo.org/753698
Bug: https://bugs.gentoo.org/867097
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Based on wine-proton's rewritten ebuild with added logic to handle
additional USE that are being forced in wine-proton but should
be optional here.
7.17 to follow in a bump.
Main goal is to make this hopefully easier to maintain and cleanup
ancient constructs that haven't been relevant in 10+ years. Also
fixes a few misc issues.
List likely incomplete as haven't kept track of everything while
writing wine-proton's ebuild, but for some notable differences
compared to older ebuilds:
- use upstream's way to handle multilib (--with-wine64) to ensure
wow64 combined build is done as it should
> like before it still allows 4 types, outline for clarity:
amd64, abi_x86_32, abi_x86_64: full wow64, uses --with-wine64
amd64, -abi_x86_32, abi_x86_64: wine -> wine64, no --with-wine64
amd64, abi_x86_32, -abi_x86_64: default 32bit-only build, on 64bit
x86, abi_x86_32, -abi_x86_64: default with nothing special
- some other differences for ABI handling:
> use /usr/lib/<variant> for both rather than lib64
> read CROSSCC_x86/CROSSCC_amd64 on top of wine's CROSSCC
> CROSS flags check is done per-ABI rather than once for both
> rely on MULTILIB_COMPAT to set REQUIRED_USE
- force ld.bfd wrt bug #867097 and bug #744829, the various linker
tricks currently make it unrealistic to use anything else and
workarounds are insufficient for non-broken runtime even if it builds
(note can still build with clang, it's lld/mold that lead to issues)
- set QA_TEXTREL wrt bug #746338, seems expected given wine does these
with -fno-PIC -Wl,-z,notext (aka don't treat DT_TEXTREL as errors)
- fix execstack warnings for stub libraries (likely benign, just noisy)
- handle stripping of PE files manually given portage doesn't know the
right strip executable to use which resulted in warnings, potential
mangling, and ignoring .exe/.dll files
- use --<exact> for eselect-wine rather than --all to reduce noise
- nonfatal eselect-wine for prerm, this allows removing wine in the
event it was already deregistered notably if postinst's eselect-wine
failed (which gives an error but doesn't fail installation)
- do maintainer-oriented sanity check for matching mono on top of
gecko's, check is always done regardless of USE and is only nonfatal
for live version
- various deps revisions, hopefully more pedantic, for some notes:
> split dlopen'ed deps for clarity, these "could" be runtime
optfeatures but realistically want wine to work as expected (split
makes it easier to handle app-portage/iwdevtools' qa-vdb reports
which gives a list of libraries it believes can be removed... and
it turns out to be the dlopen list)
> yacc -> bison, this explicitly looks for bison
> XML-Simple -> XML-LibXML, it's what winemaker actually uses
> move extras under X?, per configure.ac they are no-op if X is unset
- IUSE newly enabled by default:
> gstreamer: crippled without this and is only set by gnome profile
> mingw: wine been focusing on PE conversions and most distros offer
mingw builds making users hit unexpected issues if disabled (no
longer need crossdev for this, so default is more reasonable now)
> sdl: input devices like gamepads not being functional can be
unexpected and unclear as to why (albeit desktop profile sets this)
> vkd3d: matches later versions that have it always enabled as a
bundled PE build
> vulkan: grown in importance and matches already-default opengl
- IUSE newly disabled by default:
> perl: winemaker/dump are very rarely needed and may pull a chain
of modules for no reason
> udisks: unimportant for common usage and handled by desktop profile
- IUSE added (disabled by default):
> debug: to skip stripping of PE files, like other mingw packages
> llvm-libunwind: use over libunwind
- IUSE removed:
> mp3: was a no-op forgotten IUSE
> oss: this is ossv4 support which needs unpackaged media-sound/oss
and a patched kernel, makes little sense to expose as USE that
sometime confuse users (use EXTRA_ECONF=--with-oss instead)
> realtime: wrt bug #753698, drop dependency on rtkit
> run-exes: leave .desktop's MimeType alone (force current default),
not convinced a USE to sed MimeType out makes sense and untrusted
potentially harmful files are not limited to .exe, could be
doing this for every .desktop (...don't open untrusted files, or
use a user patch if really must)
> threads: leave it up to defaults, no need to touch this
(dos/samba optfeature'ish USE could make sense to remove but left
alone for now)
- no warnings if disable mono/gecko defaults, does not feel necessary
- skip some unnecessary cruft, like
> PATCHES_BIN code, unsure when this was last used
> QA_DESKTOP_FILE, these are installed by wine-desktop-common
> PLOCALES, wine been generating po/LINGUAS itself since wine-1.9.5
> xdg.eclass, updates are done by eselect-wine after putting files
in a path xdg tools will recognize (meaningless in ebuild)
> --enable-hal, like tons of --enable-* switches, it wasn't needed
and only an issue because ebuild used to pass a hard --disable-hal
> opencl 32bit check, virtual/opencl is different nowadays using a
glvnd-like loader and it doesn't prevent building support even if
there's ultimately no backend to load (not our job to check that),
furthermore the test used eselect-opencl that is gone from the tree
> env_vcs_vars: the eclass already inform of variables to use even
in a multi-repo context (and -vanilla is not even multi)
- not skipping l18n man pages + README based on LINGUAS (normally not
used for this and is small files, use INSTALL_MASK if unwanted)
- no multislot-apploader.patch, haven't found a way in which this
matters with current layout and scripts seem to use the right slot
- no multilib-portage.patch, need to support multilib-portage was
already non-existent and got further dropped by a council vote
- no winegcc.patch, unsure if was still relevant with current ebuilds
but there is no known winegcc build issues with the new one
- always run make_requests to handle patches rather than check md5sum,
make_vulkan could make sense too but that requires adding python
logic to the ebuild for something that's normally unneeded
(make_requests is only optional for vanilla without user patches)
- not using gentoo-wine-patches tarball, debatable but feel there's too
few patches (and small) to be worth sharing across variants anymore
(which may need rebasing anyway), and this skips the need to have
per-developer URI logic/updates to maintain the tarball
> also drop the hires icon it contained, questionable whether Gentoo
should even handle this rather than use upstream's
(ideally ping upstream's issue for attention instead, but could
consider reinstating if it's really wanted)
- use Wine's new gitlab, has more capabilities (e.g. shallow clones)
- LICENSE update to include bundled libraries, e.g. libpng (not
unbundled given PE files can't use system's ELF libraries)
- copyright header reset to 2022-only, not based on old ebuilds
Attempted to support tests (which previous ebuilds restricted), but
concluded that skipping enough for a working subset would be too
difficult to maintain, not to mention sandbox violations to fix and
how easily it can hang.
Bug: https://bugs.gentoo.org/744829
Bug: https://bugs.gentoo.org/746338
Bug: https://bugs.gentoo.org/753698
Bug: https://bugs.gentoo.org/867097
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
mismatch
Thanks to sam for basically doing it for me
Bug: https://bugs.gentoo.org/866698
Signed-off-by: Nick Sarnie <sarnex@gentoo.org>
|
|
|
|
| |
Signed-off-by: Nick Sarnie <sarnex@gentoo.org>
|
|
|
|
| |
Signed-off-by: Nick Sarnie <sarnex@gentoo.org>
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/866698
Signed-off-by: Nick Sarnie <sarnex@gentoo.org>
|
|
|
|
| |
Signed-off-by: Nick Sarnie <sarnex@gentoo.org>
|
|
|
|
| |
Signed-off-by: Nick Sarnie <sarnex@gentoo.org>
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/862846
Signed-off-by: Nick Sarnie <sarnex@gentoo.org>
|
|
|
|
| |
Signed-off-by: Nick Sarnie <sarnex@gentoo.org>
|
|
|
|
| |
Signed-off-by: Nick Sarnie <sarnex@gentoo.org>
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/649594
Signed-off-by: Nick Sarnie <sarnex@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.30, Repoman-3.0.3
Signed-off-by: Nick Sarnie <sarnex@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.30, Repoman-3.0.3
Signed-off-by: Nick Sarnie <sarnex@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
flag-o-matic is looking at respecting -fuse-ld for test-flags-CCLD,
which is good but don't want this when doing the user-unexpected
switch to mingw toolchain (filtering feels more solid either way).
Users can use CROSSLDFLAGS directly if really need full control.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|