summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* app-emulation/libvirt-snmp: update HOMEPAGE, SRC_URISam James2023-08-191-3/+3
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* app-emulation/libvirt-snmp: add gitlab upstream metadataSam James2023-08-191-1/+4
| | | | Signed-off-by: Sam James <sam@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-mono: add 8.0.1Ionen Wolkens2023-08-192-0/+28
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: add 8.14Ionen Wolkens2023-08-182-0/+413
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/xen: use secureboot.eclass to sign efi execAndrew Ammerlaan2023-08-171-3/+9
| | | | Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org>
* app-emulation/plus42: add 1.0.20Bernard Cafarelli2023-08-172-0/+51
| | | | Signed-off-by: Bernard Cafarelli <voyageur@gentoo.org>
* app-emulation/plus42: drop 1.0.13, 1.0.15Bernard Cafarelli2023-08-173-102/+0
| | | | Signed-off-by: Bernard Cafarelli <voyageur@gentoo.org>
* app-emulation/free42: add 3.0.21Bernard Cafarelli2023-08-172-0/+47
| | | | Signed-off-by: Bernard Cafarelli <voyageur@gentoo.org>
* app-emulation/free42: drop 3.0.16, 3.0.17Bernard Cafarelli2023-08-173-94/+0
| | | | Signed-off-by: Bernard Cafarelli <voyageur@gentoo.org>
* app-emulation/dxvk: do not use -p to copy from distdirIonen Wolkens2023-08-162-2/+2
| | | | | Closes: https://bugs.gentoo.org/912373 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/vkd3d-proton: fix setup script with wine[wow64]Ionen Wolkens2023-08-154-0/+26
| | | | | | | | | | | | | | | | Currently it will try to install both 32bit and 64bit dlls in system32. Very few likely use wow64 so far, but this could come biting later without a revbump. Ideally do not want to use these scripts anymore and write something new that could be packaged separately and shared between dxvk, vkd3d-proton, and potential new packages. Albeit haven't explored the cleanest way to do this yet, so just do a dirty sanity check + fallback for now (wish could just use these directly from system paths, but wine really does not seem to offer a way to do this). Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/dxvk: fix setup script with wine[wow64]Ionen Wolkens2023-08-154-4/+27
| | | | | | | | | | | | | | | | Currently it will try to install both 32bit and 64bit dlls in system32. Very few likely use wow64 so far, but this could come biting later without a revbump. Ideally do not want to use these scripts anymore and write something new that could be packaged separately and shared between dxvk, vkd3d-proton, and potential new packages. Albeit haven't explored the cleanest way to do this yet, so just do a dirty sanity check + fallback for now (wish could just use these directly from system paths, but wine really does not seem to offer a way to do this). Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/vkd3d-proton: drop 2.8Ionen Wolkens2023-08-152-193/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/dxvk: drop 2.0, 2.1Ionen Wolkens2023-08-153-354/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/virtualbox: drop 7.0.8aViorel Munteanu2023-08-153-822/+0
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/virtualbox: drop 6.1.44Viorel Munteanu2023-08-153-758/+0
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/virtualbox-guest-additions: remove unused filesViorel Munteanu2023-08-151-25/+0
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/virtualbox-guest-additions: drop 7.0.8-r2Viorel Munteanu2023-08-154-360/+0
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/virtualbox-guest-additions: drop 7.0.8-r1Viorel Munteanu2023-08-151-310/+0
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/virtualbox-guest-additions: drop 6.1.44-r1Viorel Munteanu2023-08-152-291/+0
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/virtualbox-guest-additions: drop 6.1.44Viorel Munteanu2023-08-151-297/+0
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/virtualbox-additions: drop 7.0.8Viorel Munteanu2023-08-152-26/+0
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/virtualbox-additions: drop 6.1.44Viorel Munteanu2023-08-152-26/+0
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/virtualbox-extpack-oracle: drop 7.0.8Viorel Munteanu2023-08-152-29/+0
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/virtualbox-extpack-oracle: drop 6.1.44Viorel Munteanu2023-08-152-29/+0
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/virtualbox-modules: drop 7.0.8-r1Viorel Munteanu2023-08-152-35/+0
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/virtualbox-modules: drop 7.0.8Viorel Munteanu2023-08-151-82/+0
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/virtualbox-modules: drop 6.1.44-r1Viorel Munteanu2023-08-152-35/+0
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/virtualbox-modules: drop 6.1.44Viorel Munteanu2023-08-151-82/+0
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/virtualbox-extpack-oracle: Stabilize amd64, #911671Viorel Munteanu2023-08-151-1/+1
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/virtualbox-additions: Stabilize amd64, #911671Viorel Munteanu2023-08-151-1/+1
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/virtualbox-guest-additions: Stabilize amd64, #911671Viorel Munteanu2023-08-151-1/+1
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/virtualbox-modules: Stabilize amd64, #911671Viorel Munteanu2023-08-151-1/+1
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/virtualbox: Stabilize amd64, #911671Viorel Munteanu2023-08-151-1/+1
| | | | Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
* app-emulation/wine-staging: "allow" USE=-mingw with clang for latestIonen Wolkens2023-08-145-20/+28
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Quotes given that is only if EXTRA_ECONF is used. Explored the idea to support it (after bug #912237 is fixed), and while it works for a basic setup, getting the ebuild *right* for all configurations quickly got messy and not sure want the increased maintenance. To outline some thoughts: 1. USE=-mingw with clang is different than with gcc, gcc won't build PE files (old layout) while clang needs it (--enable-archs). Meaning would need a flag to mirror USE=mingw like USE=pe-clang to apply similar logic with flags, stripping, and other verifications. -> automagic depending on tc-is-clang is *possible*, but then can't have e.g. wow64? ( || ( pe-clang mingw ) ) and need to have more heuristics-based logic 2. test-flags-* cannot be used with `-target *-windows` given there won't be any runtime (wine does early tests differently), albeit *could* fallback to a safe CROSSFLAGS="-g -O2" or so 3. not sure want to deal with every future issues with clang cross no top of mingw's and, on that note, clang-17 is currently broken with USE=-mingw given don't believe can safely strip -mabi=ms as a workaround if cross actually gets used 4. there are a lot of combinations to potentially handle, aka gcc+mingw, gcc w/o mingw, clang w/o mingw, clang+mingw, gcc+pe-clang, and some of these with either bfd or lld, and with or without 32bit... And this is turning rather messy and Wine is already kind of fragile and tracking runtime issues is difficult 5. ...ideally would want to reduce this by forcing mingw even with gcc (like wine-proton) to simplify, not add more -- albeit if add clang PE support then it should likely be combined with dropping non-PE support to balance (i.e. could require clang with USE=-mingw) 6. wine with clang is less tested by distros, users, and well, me (hardly even try USE=-mingw builds+runtime anymore as-is, including with gcc), and feel it's better not pretend to support it Not excluding revisiting, albeit would rather not deal with this at the moment. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: "allow" USE=-mingw with clang for latestIonen Wolkens2023-08-147-28/+36
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Quotes given that is only if EXTRA_ECONF is used. Explored the idea to support it (after bug #912237 is fixed), and while it works for a basic setup, getting the ebuild *right* for all configurations quickly got messy and not sure want the increased maintenance. To outline some thoughts: 1. USE=-mingw with clang is different than with gcc, gcc won't build PE files (old layout) while clang needs it (--enable-archs). Meaning would need a flag to mirror USE=mingw like USE=pe-clang to apply similar logic with flags, stripping, and other verifications. -> automagic depending on tc-is-clang is *possible*, but then can't have e.g. wow64? ( || ( pe-clang mingw ) ) and need to have more heuristics-based logic 2. test-flags-* cannot be used with `-target *-windows` given there won't be any runtime (wine does early tests differently), albeit *could* fallback to a safe CROSSFLAGS="-g -O2" or so 3. not sure want to deal with every future issues with clang cross no top of mingw's and, on that note, clang-17 is currently broken with USE=-mingw given don't believe can safely strip -mabi=ms as a workaround if cross actually gets used 4. there are a lot of combinations to potentially handle, aka gcc+mingw, gcc w/o mingw, clang w/o mingw, clang+mingw, gcc+pe-clang, and some of these with either bfd or lld, and with or without 32bit... And this is turning rather messy and Wine is already kind of fragile and tracking runtime issues is difficult 5. ...ideally would want to reduce this by forcing mingw even with gcc (like wine-proton) to simplify, not add more -- albeit if add clang PE support then it should likely be combined with dropping non-PE support to balance (i.e. could require clang with USE=-mingw) 6. wine with clang is less tested by distros, users, and well, me (hardly even try USE=-mingw builds+runtime anymore as-is, including with gcc), and feel it's better not pretend to support it Not excluding revisiting, albeit would rather not deal with this at the moment. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-staging: more solid wine{64,} symlink handlingIonen Wolkens2023-08-142-32/+42
| | | | | | | | | | | | | | | | | | | | | To ensure potential situations where the wine binary would be overwritten by a symlink don't happen. Current layout worked but future changes or EXTRA_ECONF can make it rather fragile. Only changing in 8.13/9999 given wow64 is what complexified this further. For the record: abi_x86_64 -abi_x86_32 -wow64 = wine64-only abi_x86_64 -abi_x86_32 wow64 = wine-only -abi_x86_64 abi_x86_32 -wow64 = wine-only abi_x86_64 abi_x86_32 -wow64 = wine and wine64 Could argue that having "wine64" is not really useful, but lot of scripts and users still expect it and other distros like Alpine are making the symlink with wow64 too. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: more solid wine{64,} symlink handlingIonen Wolkens2023-08-142-32/+42
| | | | | | | | | | | | | | | | | | | | | To ensure potential situations where the wine binary would be overwritten by a symlink don't happen. Current layout worked but future changes or EXTRA_ECONF can make it rather fragile. Only changing in 8.13/9999 given wow64 is what complexified this further. For the record: abi_x86_64 -abi_x86_32 -wow64 = wine64-only abi_x86_64 -abi_x86_32 wow64 = wine-only -abi_x86_64 abi_x86_32 -wow64 = wine-only abi_x86_64 abi_x86_32 -wow64 = wine and wine64 Could argue that having "wine64" is not really useful, but lot of scripts and users still expect it and other distros like Alpine are making the symlink with wow64 too. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/virtualbox-modules: patch for kernel 6.4.10Viorel Munteanu2023-08-143-0/+85
| | | | | Closes: https://bugs.gentoo.org/912168 Signed-off-by: Viorel Munteanu <ceamac@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-staging: pass -mno-avx with mingw unconditionallyIonen Wolkens2023-08-145-6/+13
| | | | | | | | | | | | Upon further consideration 20894379a00ea6f482884d4159217ce3b1bc21a2 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-vanilla: pass -mno-avx with mingw unconditionallyIonen Wolkens2023-08-147-9/+21
| | | | | | | | | | | | Upon further consideration 9bef96cec566f1e06f5e9c40e52785b7b9702afa 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-staging: adjust comments w/ bugref for clangIonen Wolkens2023-08-135-5/+7
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/wine-vanilla: adjust comments w/ bugref for clangIonen Wolkens2023-08-137-7/+9
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* app-emulation/uxn: remove unused patchMichael Mair-Keimberger2023-08-131-11/+0
| | | | | | Signed-off-by: Michael Mair-Keimberger <mmk@levelnine.at> Closes: https://github.com/gentoo/gentoo/pull/32295 Signed-off-by: Maciej Barć <xgqt@gentoo.org>
* app-emulation/qemu-guest-agent: Stabilize 8.0.3 x86, #912207Joonas Niilola2023-08-131-1/+1
| | | | Signed-off-by: Joonas Niilola <juippis@gentoo.org>
* app-emulation/qemu-guest-agent: Stabilize 8.0.3 amd64, #912207Joonas Niilola2023-08-131-1/+1
| | | | Signed-off-by: Joonas Niilola <juippis@gentoo.org>
* app-emulation/qemu: add 8.0.4Sam James2023-08-132-0/+971
| | | | Signed-off-by: Sam James <sam@gentoo.org>