| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Georgy Yakovlev <gyakovlev@gentoo.org>
|
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/29450
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The new ECLASS_VARIABLE JAVA_PKG_NO_CLEAN is an array of expressions to
match *.class or *.jar files in order to protect them against deletion
by java-pkg_clean.
This change helps in cases where most bundled *.class or *.jar files can
be deleted while only some few cannot be replaced with system libraries.
It also helps to visualize bundled stuff in the ebuild.
Cleaning does not work by default. It still needs java-pkg_clean within
src_prepare().
Signed-off-by: Volkmar W. Pogatzki <gentoo@pogatzki.net>
Closes: https://github.com/gentoo/gentoo/pull/29470
Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
|
|
|
|
|
|
|
| |
This behavior is relied on elsewhere, for setting BDEPENDs correctly.
Fixes: a39d1669ca0f4 ("toolchain.eclass: adjust D dep for non-gcc")
Signed-off-by: Arsen Arsenović <arsen@gentoo.org>
|
|
|
|
|
| |
Fixes: 50546c3db84904399e5624eb8f163e3d2be284e3
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
79071eb9f6f4a5725c1a89700bcfd7f120101179 tried to mitigate this but
blockers don't affect dependency resolution (ordering), so let's add
a || ( <dev-python/setuptools-... >=dev-python/setuptools-...) dep
in the eclass to ensure that the bad in-between versions (which were
in ~arch, not stable, for a period, and are no longer in tree) aren't
considered good enough to install any distutils-r1 PEP517 packages.
We can clean this up once newer setuptools is stable & then simplify
(and tighten) the dep.
(Worth keeping in mind that Portage (rightly) doesn't aggressively
update things listed in RDEPEND in that order simply because they're
in RDEPEND. It might update something listed in RDEPEND after the
package listing it provided there's no >= or otherwise dep.)
Bug: https://bugs.gentoo.org/892529
Bug: https://bugs.gentoo.org/892525
Bug: https://bugs.gentoo.org/893538
Bug: https://bugs.gentoo.org/893632
Bug: https://bugs.gentoo.org/893630
Bug: https://bugs.gentoo.org/893634
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
it was not working as intended.
it should only be passed if GIT_CRATES is defined.
Signed-off-by: Georgy Yakovlev <gyakovlev@gentoo.org>
|
|
|
|
|
|
|
| |
Otherwise it prints
cargo.eclass: line 201: declare: GIT_CRATES: not found
Signed-off-by: Georgy Yakovlev <gyakovlev@gentoo.org>
|
|
|
|
|
|
| |
it just has to be defined before cargo_gen_config
Signed-off-by: Georgy Yakovlev <gyakovlev@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This adds support for an associative array called GIT_CRATES containing any
crates that must be fetched from git rather than just cargo crates. This will
add the code to the cargo config to make sure that the locations are overridden
so cargo won't try to fetch the crates from git.
Currently it automatically handle GitHub and GitLab URIs, and will accept
arbitrary URIs.
Bug: https://bugs.gentoo.org/608396
Issue: https://github.com/gentoo/cargo-ebuild/issues/33
Closes: https://github.com/gentoo/gentoo/pull/29289
Tested-By: Georgy Yakovlev <gyakovlev@gentoo.org>
Signed-off-by: Patrick McLean <chutzpah@gentoo.org>
Signed-off-by: Georgy Yakovlev <gyakovlev@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Add a handy `--unpack` option to pypi_wheel_url, that automatically
renames the downloaded distfile to have .zip suffix. This is used
e.g. in dev-python/installer and dev-python/tomli to have
default_src_unpack unpack the wheels automatically.
Closes: https://github.com/gentoo/gentoo/pull/29439
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>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/891959
Closes: https://github.com/gentoo/gentoo/pull/29354
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>
|
|
|
|
|
|
|
|
|
|
|
| |
In addition to checking for known-bad package names, detect stray
files installed into top-level site-packages directory. This is
primarily meant to cover the common mistake in using `include`
in Poetry-built packages.
Closes: https://bugs.gentoo.org/893172
Closes: https://github.com/gentoo/gentoo/pull/29425
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/29361
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>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/892251
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Alfredo Tupone <tupone@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ROCm libraries with version <5 are cleaned up, remove version 4 support
for rocm.eclass.
RDNA3 has initial support in ROCm libraries starting from 5.4 releases.
Enable gfx110* amdgpu_targets in rocm.eclass and add corresponding
description.
Closes: https://bugs.gentoo.org/891499
Closes: https://github.com/gentoo/gentoo/pull/29320
Signed-off-by: Yiyang Wu <xgreenlandforwyy@gmail.com>
Signed-off-by: Benda Xu <heroxbd@gentoo.org>
|
|
|
|
|
|
| |
This is generally what we do in patches and such.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
SSP and PIE are relevant to C++ too.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/884417
Bug: https://bugs.gentoo.org/876895
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
As Zero_Chaos reported on IRC, the check we had wasn't good enough in systemd*
(before we were able to remove it), as it wouldn't fire for e.g. -Os. While we
could've changed it to fail safe (always unset, then set a lower F_S if possible),
let's add a proper helper instead to the eclass.
Bug: https://bugs.gentoo.org/841770
Bug: https://bugs.gentoo.org/847148
Bug: https://bugs.gentoo.org/876893
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Mike Pagano <mpagano@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
As warned, remove EAPI deprecated use of econf being called in
linux-mod_src_compile
Closes: https://bugs.gentoo.org/340597
See: https://marc.info/?l=gentoo-dev&m=167069431328509
Signed-off-by: Mike Pagano <mpagano@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
The PYTHON variable is used for the wrapper shebangs. These should point
to the build system rather than the host system. The variable is also
used in other contexts, but the build system is still likely to be most
appropriate. If this does break anything, it'll only be for prefixed
systems.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
| |
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Standalone prefix has always configured gcc with a sysroot, but the
location of this sysroot is different at build time when
cross-compiling. gcc has a separate configure option for that.
prefix-guest systems do not have a sysroot applied, as they use the
host's libc.
Move this code from the prefix profile into the eclass so that it's less
of a special case. We can avoid relying on the `BOOTSTRAP_RAP_STAGE2`
variable by checking for the `prefix-guest` USE flag instead, as a
prefix-guest profile is now used for RAP stage 2.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The toolchain's sysroot is automatically prepended to these paths.
Gentoo Prefix used to prevent this, but now we're changing that.
prefix-guest systems do not have a sysroot applied, as they use the
host's libc, so the prefix is still needed in this case.
This is actually all moot because the gen_usr_ldscript function is a
noop on prefix anyway, but I'm still adding this in case that changes.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
|
|
| |
Handled by a tmpfiles entry for quite some time.
Bug: https://bugs.gentoo.org/520482
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
An upper-case name suggests that the variable is exported. This variable
is also not just used for cross-compiling any more.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
|
|
| |
Variables like CC can have spaces for additional arguments. This is
particularly useful for reliably setting the sysroot.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/835151
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Noisy if Apache version is using pcre2.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
2.4.55 needs >=net-libs/nghttp2-1.50.0.
Signed-off-by: Sam James <sam@gentoo.org>
|