| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
|
|
|
|
| |
Signed-off-by: Bernard Cafarelli <voyageur@gentoo.org>
|
|
|
|
| |
Signed-off-by: Bernard Cafarelli <voyageur@gentoo.org>
|
|
|
|
| |
Signed-off-by: Bernard Cafarelli <voyageur@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
| |
See comment (same as wine-mono).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
See comment, just realize that this was useless churn for
this package. Stable wine also won't use the latest even
if it's stabilized due to pinning.
Would be different if we were building it, but that's unlikely
to happen.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Signed-off-by: Michal Privoznik <michal.privoznik@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Signed-off-by: Sebastian Hamann <code@ares-macrotechnology.com>
Closes: https://github.com/gentoo/gentoo/pull/39353
Signed-off-by: Joonas Niilola <juippis@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Florian Schmaus <flow@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
Signed-off-by: Tomáš Mózes <hydrapolic@gmail.com>
Closes: https://github.com/gentoo/gentoo/pull/39611
Signed-off-by: Florian Schmaus <flow@gentoo.org>
|
|
|
|
|
| |
Signed-off-by: Tomáš Mózes <hydrapolic@gmail.com>
Signed-off-by: Florian Schmaus <flow@gentoo.org>
|
|
|
|
|
| |
Signed-off-by: Tomáš Mózes <hydrapolic@gmail.com>
Signed-off-by: Florian Schmaus <flow@gentoo.org>
|
|
|
|
|
| |
Signed-off-by: Tomáš Mózes <hydrapolic@gmail.com>
Signed-off-by: Florian Schmaus <flow@gentoo.org>
|
|
|
|
| |
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
|
|
|
|
| |
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
|
|
|
|
| |
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
|
|
|
|
| |
Signed-off-by: Joonas Niilola <juippis@gentoo.org>
|
|
|
|
| |
Signed-off-by: Joonas Niilola <juippis@gentoo.org>
|
|
|
|
| |
Signed-off-by: Joonas Niilola <juippis@gentoo.org>
|
|
|
|
| |
Signed-off-by: Joonas Niilola <juippis@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
QEMU expects python during compilation (plenty of build scripts
are written in python). And up until upstream commit [1] it
wasn't much of a problem. But starting from that commit, the
configure script creates a venv unconditionally and installs
various packages there. At the same time, the configure script is
free to chose whatever python version it deems usable (in
practice it finds python3 first). Well, it may chose python
without ensurepip USE flag.
Tell the configure script which python to use explicitly by
passing --python=${PYTHON}.
1: https://gitlab.com/qemu-project/qemu/-/commit/81e2b198a8cb4ee5fdf108bd438f44b193ee3a36
Closes: https://bugs.gentoo.org/942518
Signed-off-by: Michal Privoznik <michal.privoznik@gmail.com>
Closes: https://github.com/gentoo/gentoo/pull/39562
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In qemu upstream, sh4eb-softmmu target was removed in [1], but
then reverted in [2]. Reflect this change in the live ebuild.
This partially reverts 64427d3372c8975a015875526ad546447c64bd48.
Then, due to context changes,
qemu-9.1.0-capstone-include-path.patch no longer applies cleanly.
Rebase the patch.
1: https://gitlab.com/qemu-project/qemu/-/commit/73ceb12960e686b763415f0880cc5171ccce01cf
2: https://gitlab.com/qemu-project/qemu/-/commit/51cdb6806f405062c2bda3f527e98aaf259d6116
Signed-off-by: Michal Privoznik <michal.privoznik@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
While we list python as a dependency, it's not enough because the
configure script creates a venv and installs various tools into
it using pip. Make sure pip is available by setting
PYTHON_REQ_USE="ensurepip". Now, since qemu-guest-agent and qemu
are both built from the same sources, I just copied
PYTHON_REQ_USE from the latter, verbatim. So it lists more USE
flags, but that's possibly okay.
NB, this is similar to how app-emulation/qemu evolved:
dafdf8f41fe242a8b2b51d2b8982a6e447115a58 added dev-python/pip
into BDEPEND,
a9ca061a7fa2393c69be5b3de53bac2db1289ef1 allowed
dev-lang/python[ensurepip] to be chosen instead,
f09045568b3e4ec1aab0e0f7a3c237671c6070b7 moved entry from
BDEPEND to PYTHON_REQ_USE.
Closes: https://bugs.gentoo.org/943034
Signed-off-by: Michal Privoznik <michal.privoznik@gmail.com>
Closes: https://github.com/gentoo/gentoo/pull/39561
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Firstly, there's no need to call gnome2_pkg_preinst() explicitly
as it'll be called due to ebuild inheriting gnome2 eclass.
Secondly, setting GNOME2_ECLASS_ICONS variable is so EAPI5 (read
obsolete), so drop it as gnome2_pkg_preinst() handles that.
Thirdly, removing files in pkg_preinst() is undesirable.
Therefore, drop the code that handles 'if use gui', and move the
code that handles the other case into src_install().
Signed-off-by: Michal Privoznik <michal.privoznik@gmail.com>
Closes: https://github.com/gentoo/gentoo/pull/39532
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, app-emulation/virt-manager was installed using
distutils which automatically fixed shebang on installed python
scripts. Then virt-manager switched to meson, and our ebuilds
simply started inheriting meson instead of distutils-r1. But this
alone is not enough as shebangs are now broken. Fortunately,
there's python_fix_shebang which can be called to fix shebangs
and in ideal world this function would be called in src_prepare()
but this is not the case. virt-manager and other files are
generated at compile time with also too generic shebang [1].
Therefore, let's do that at the end of src_install().
1: https://github.com/virt-manager/virt-manager/blob/main/scripts/make_bin_wrapper.py
Fixes: c5ca13d818262729e691e4d23487cb427b50665d
Closes: https://bugs.gentoo.org/945329
Signed-off-by: Michal Privoznik <michal.privoznik@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit 7183f0f2740378973b3521172da6a43512bbc993.
As pointed out by Michal on the bug, 4.1.0 isn't compatible, but
(since-added) 5.0.0 is OK. Partly revert accordingly.
Bug: https://bugs.gentoo.org/942374
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
These branches are EOL.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|