| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/23716
Bug: https://bugs.gentoo.org/601692
Bug: https://bugs.gentoo.org/830999
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add a PEP517 mode to the distutils-r1.eclass in order to facilitate
building packages via PEP517 backends. In order to use it, set
DISTUTILS_USE_PEP517 to the appropriate build system name. The eclass
will take care of setting BDEPEND, then invoke the backend to build
a wheel and then install its contents in python_compile(). The install
phase is limited to merging the staging area into the image directory.
In PEP517 mode, the test phase is automatically provided with venv-style
install tree that should suffice the vast majority of test suites.
As a result, distutils_install_for_testing should no longer be necessary
and is not available in this mode.
The new mode can also be used to install pre-PEP517 distutils
and setuptools packages. To do so, just specify setuptools backend.
If pyproject.toml is missing, the eclass assumes legacy setuptools
backend that invokes setup.py. It also enables setuptools-vendored
distutils, effectively carrying the migration from deprecated stdlib
version.
The PEP517 support effectively deprecates the legacy eclass mode.
This follows upstream deprecation of distutils and install commands
in setuptools.
Closes: https://github.com/gentoo/gentoo/pull/23750
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
| |
Thanks to arthurzam for noticing.
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Modify `distutils_install_for_testing --via-venv` to create a minimal
venv manually rather than relying on Python to do so. Use root-style
install rather than the egg-style to improve consistency with regular
installs.
This is a step towards unifying different install layouts used within
the eclass. Right now we support three different variants for testing:
1. The build-dir layout that's created by python_compile() and exposed
unconditionally through PYTHONPATH.
2. The --via-root layout of dift that resembles install closer
(primarily through including package metadata) and also uses
PYTHONPATH.
3. The --via-venv layout of dift that creates a venv and installs
the packages there. It requires only PATH, not PYTHONPATH.
The last layout is the newest and probably the most compatible but it
requires additional install step. Since the PEP517 build logic is going
to require installing a wheel anyway, the plan is to inject a minimal
venv into the staging directory and use it unconditionally for tests.
The purpose of this patch is to prepare a single code snippet that will
be used both by dift and the new logic logic.
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
| |
Signed-off-by: David Seifert <soap@gentoo.org>
Closes: https://github.com/gentoo/gentoo/pull/23699
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>
|
|
|
|
|
| |
Signed-off-by: David Seifert <soap@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>
|
|
|
|
|
| |
Signed-off-by: David Seifert <soap@gentoo.org>
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
|
|
| |
Signed-off-by: Georgy Yakovlev <gyakovlev@gentoo.org>
|
|
|
|
|
|
|
|
| |
Force pytest color output on or off based on the presence and value
of NOCOLOR envvar. This fixes inconsistent use of colors that largely
depended on upstream pytest settings.
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Georgy Yakovlev <gyakovlev@gentoo.org>
|
|
|
|
|
| |
Thanks-to: Alexey Zapparov alexey@zapparov.com
Signed-off-by: Georgy Yakovlev <gyakovlev@gentoo.org>
|
|
|
|
|
|
|
| |
This is the expectation in general, and it's
masked on arches where it's not available.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/822876
Signed-off-by: Alfredo Tupone <tupone@gentoo.org>
|
|
|
|
| |
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
|
|
|
|
| |
Bump the minimal pytest dep to what we have right now, since a growing
number of packages requires new pytest version (>= 6.2.4 is the highest
explicit dep we have) and there is really no point in repeating the dep.
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
| |
The dev-lang/python-exec dependency is now enforced through
dev-lang/python, remove the explicit dep to reduce the metadata size
and make dependency resolution lighter.
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
| |
Bump minimal Python package versions to ensure that the python-exec deps
are inside.
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/830828
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Upstream has begun replacing
find_package(Qt5 ...)
with
find_package(Qt${QT_MAJOR_VERSION}) ...)
for optional build with Qt6 - this breaks existing ecm_punt_bogus_dep()
regexps. There is no known usage of ecm_punt_bogus_dep with anything
else than Qt5 or KF5, so simply replace it with two public functions
fixed on Qt* and KF* module removal.
Also add '${dep}' info to 'removed by ecm.eclass' output.
Replaces ecm_punt_bogus_dep().
Closes: https://bugs.gentoo.org/830729
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/829131
Signed-off-by: Cédric Krier <cedk@gentoo.org>
|
|
|
|
|
|
| |
Reported-by: Milos Popovic <gpopac@gmail.com>
Bug: https://bugs.gentoo.org/829998
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
|
|
|
| |
Fixes:55f5c68c01e791c7339144aadc1f20802791551e
Suggested-by: Manoj Gupta <manojgupta@chromium.org>
Signed-off-by: Adrian Ratiu <adrian.ratiu@collabora.com>
Signed-off-by: Georgy Yakovlev <gyakovlev@gentoo.org>
|
|
|
|
|
|
| |
This fixes a spurious "UnusedInherits" warning from pkgcheck.
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
| |
Signed-off-by: Mike Pagano <mpagano@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Starting with kernel>=v5.7 the build system can override the
tools vars by setting LLVM=1 [1], but older kernels still use
the default GNU tools, so to be able to use a full LLVM/Clang
build, CC & co should be set to their respective portage values.
[1] a0d1c951ef08 kbuild: support LLVM=1 to switch the default tools to Clang/LLVM
Co-authored-by: Manoj Gupta <manojgupta@chromium.org>
Signed-off-by: Adrian Ratiu <adrian.ratiu@collabora.com>
Closes: https://github.com/gentoo/gentoo/pull/23091
Signed-off-by: Mike Pagano <mpagano@gentoo.org>
|
|
|
|
| |
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
| |
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
|
|
| |
It's already an implicit IUSE, so we don't need this.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
It's already an implicit IUSE, so we don't need this.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/23628
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
| |
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
|
|
| |
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
Closes: https://github.com/gentoo/gentoo/pull/23487
Bug: https://bugs.gentoo.org/797679
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/820905
Signed-off-by: David Seifert <soap@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: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
|
|
|
|
| |
Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
|
|
|
|
| |
Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
|
|
|
|
| |
Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
|
|
|
|
| |
Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/830104
Signed-off-by: Mike Gilbert <floppym@gentoo.org>
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/830094
Signed-off-by: Alfredo Tupone <tupone@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
There is only full support for the LP64D ABI in the initial upstream
submissions for the various low-level pieces, so full multilib
combinations are not pursued at the moment; but the expected library
search path of gcc (`lib64`) means the default of `lib` does not work
in our case.
Signed-off-by: WANG Xuerui <git@xen0n.name>
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|