| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Florian Schmaus <flow@gentoo.org>
|
|
|
|
| |
Signed-off-by: Florian Schmaus <flow@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Also use the tarballs from gitweb.gentoo.org.
Thanks to Tomáš Mózes for reporting the issue.
Closes: https://bugs.gentoo.org/856697
Signed-off-by: Florian Schmaus <flow@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/856121
Closes: https://bugs.gentoo.org/785835
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Nearly there but there's some snags with LD. Most of this is syncing
with vbox.
Bug: https://bugs.gentoo.org/759100
Closes: https://bugs.gentoo.org/739662
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/728238
Closes: https://bugs.gentoo.org/555378
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
No comment.
Closes: https://bugs.gentoo.org/856664
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/832166
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Finish off the work from earlier (started in 0e7860b78e08743e7ba8a9d641a085e349811f83
and then 7dde6a6bd36cadd1c70d8ec3d3f956750231eeff) for forcing the right
Python implementation to be used for USE=python/bindings builds.
We now hijack the script that the Makefile calls to get the list of available
interpreters (which is separate from the weird configure thing!) and just
create a stub which outputs the paths for the corresponding implementation
chosen via PYTHON_SINGLE_TARGET using the normal eclass machinery.
- Add a sanity check in src_install for when USE=python for
/usr/$(get_libdir)/virtualbox/VBoxPython*.so to minimise the risk
of silently not building & not realising it.
(Noticed risk of this when in the middle of this work & noticed that
w/o the extra (see next point) Makefile targets, it ends up silently
just not doing anything).
- Import Arch Linux / upstream (on trunk) patches for Python 3.10
(thanks to Kerin Millar for the pointer on that bit).
We're resigned to having to update the Makefile every time
a new Python comes out, but it's at least only one place,
and it's not trivial for us to change it given.. kbuild.
(It's not just a list, but a bunch of variables which get
defined for each target.)
Closes: https://bugs.gentoo.org/856121
Closes: https://bugs.gentoo.org/785835
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Went back and forth on this but I think it's worth
hinting as much as possible for now, given it's
completely guessing otherwise, and we can't
easily just rip out / disable Python entirely
until we fix this.
Bug: https://bugs.gentoo.org/856121
Bug: https://bugs.gentoo.org/785835
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Didn't really want to do this but it's going to take substantially
more work to get it running.
Two issues (as described in the ebuild comment I've added):
1. The build system (not just configure) does a huge amount of
autodetection;
2. Its infra isn't set up to build Python 3.10+ yet (as in,
no targets defined, and they're all manually written). And
it doesn't seem to even use the result of configure?
It'll take more work to get this done and dropping 3.10 for now,
while it's unfortunate, means it's at least not in a broken state
until then.
I've left in the partial work commented out given it gets
us part of the way there. As far as I can tell, the configure
stuff isn't even used for the subsequent actual building
of the modules.
Bug: https://bugs.gentoo.org/856121
Bug: https://bugs.gentoo.org/785835
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/674496
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/583148
Closes: https://bugs.gentoo.org/843437
Thanks-to: François-Xavier Carton <fx.carton91@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
wsimport was dropped in Java 11+. We need to put the dep for 8
in DEPEND rather than (just?) BDEPEND for the eclass magic
to actually enforce the right env vars & java.
Thanks to Marcel for the pointers.
Closes: https://bugs.gentoo.org/832166
Thanks-to: Marcel Greter <bugzilla@ocbnet.ch>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Florian Schmaus <flow@gentoo.org>
|
|
|
|
| |
Signed-off-by: Florian Schmaus <flow@gentoo.org>
|
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/850802
Signed-off-by: Florian Schmaus <flow@gentoo.org>
Closes: https://github.com/gentoo/gentoo/pull/26217
Closes: https://github.com/gentoo/gentoo/pull/25839
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/850802
Signed-off-by: Florian Schmaus <flow@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This introduces a new approach to handle Xen patching and versioning. We
now consume the upstream patches from a repository called
xen-upstream-patches, which will ultimately be hosted by Gentoo
infra (e.g. available under gitweb.gentoo.org). The Gentoo patchset now
lives in a repository called xen-gentoo-patches, which will also be
hosted on Gentoo infra.
Furthermore we now follow upstreams versioning scheme. Previously we
would sell Xen 4.16.2-pre, which is from the staging-4.16 branch
containing security fixes, as Xen 4.16.1. To avoid confusion, we will
label the Xen versions as such, and Xen 4.16.1 will what is tagged
upstream as RELEASE-4.16.1 (+ the few Gentoo specific patches).
Signed-off-by: Florian Schmaus <flow@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This introduces a new approach to handle Xen patching and versioning. SECURITY_VER and
OVMF_VER where dropped as those have not been used in a while. We now
consume the upstream patches from a repository called
xen-upstream-patches, which will ultimately be hosted by Gentoo
infra (e.g. available under gitweb.gentoo.org). The Gentoo patchset now
lives in a repository called xen-gentoo-patches, which will also be
hosted on Gentoo infra.
Furthermore we now follow upstreams versioning scheme. Previously we
would sell Xen 4.16.2-pre, which is from the staging-4.16 branch
containing security fixes, as Xen 4.16.1. To avoid confusion, we will
label the Xen versions as such, and Xen 4.16.1 will what is tagged
upstream as RELEASE-4.16.1 (+ the few Gentoo specific patches).
Closes: https://bugs.gentoo.org/845099
Bug: https://bugs.gentoo.org/850802
Closes: https://github.com/gentoo/gentoo/pull/25839
Signed-off-by: Florian Schmaus <flow@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
avoid fuzz
Due to upstream commit https://gitlab.com/qemu-project/qemu/-/commit/622d64fffe4f
("meson, configure: move bdrv whitelists to meson").
Signed-off-by: WANG Xuerui <xen0n@gentoo.org>
|
|
|
|
|
|
|
| |
Due to upstream commit https://gitlab.com/qemu-project/qemu/-/commit/95f8510ef428
("Replacing CONFIG_VNC_PNG with CONFIG_PNG").
Signed-off-by: WANG Xuerui <xen0n@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Due to upstream commit https://gitlab.com/qemu-project/qemu/-/commit/158bb2249ed9
("configure: Add cross prefix for widl tool").
Tentatively named 7.1.0, as 7.1.0 will be the first upstream version
this forwarded patch is applicable to.
Signed-off-by: WANG Xuerui <xen0n@gentoo.org>
|
|
|
|
|
|
|
|
| |
This is fully upstream as of https://gitlab.com/qemu-project/qemu/-/commit/1437479e5ee1a49ccd84cad9e7b010fb2ee9d805.
Signed-off-by: WANG Xuerui <xen0n@gentoo.org>
Closes: https://github.com/gentoo/gentoo/pull/26226
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Signed-off-by: Michal Privoznik <michal.privoznik@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.30, Repoman-3.0.3
Signed-off-by: Matthew Thode <prometheanfire@gentoo.org>
|
|
|
|
| |
Signed-off-by: Bernard Cafarelli <voyageur@gentoo.org>
|
|
|
|
| |
Signed-off-by: Bernard Cafarelli <voyageur@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>
|
|
|
|
|
| |
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>
|
|
|
|
| |
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
|
|
|
|
| |
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
|
|
|
|
| |
Signed-off-by: Florian Schmaus <flow@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
bin/java is used by core/build_playerglobal/src/lib.rs at build
time since 2022-06-16 nightlies
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.30, Repoman-3.0.3
Signed-off-by: Matthew Thode <prometheanfire@gentoo.org>
|
|
|
|
|
|
|
| |
straight to stable for minor diff and security fix
Package-Manager: Portage-3.0.30, Repoman-3.0.3
Signed-off-by: Matthew Thode <prometheanfire@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.30, Repoman-3.0.3
Signed-off-by: Matthew Thode <prometheanfire@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/854522
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
| |
Signed-off-by: Joonas Niilola <juippis@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
Unlikely, but old could fail if "amd64=86" is in the environment.
Plus vkd3d-proton wants 86 (not 32 unlike dxvk), so can just get
it from ABI.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
Unlikely, but old could fail if "amd64=86" is in the environment.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-3.0.30, Repoman-3.0.3
RepoMan-Options: --include-arches="ppc64"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
| |
Signed-off-by: Patrice Clement <monsieurp@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/817821
Closes: https://github.com/gentoo/gentoo/pull/22569
Package-Manager: Portage-3.0.20, Repoman-3.0.3
Signed-off-by: Pavel Balaev <mail@void.so>
Signed-off-by: Patrice Clement <monsieurp@gentoo.org>
|