We have a fair number of ebuilds overwriting the build-backend in pyproject.toml already. With the growing number of problematic backends on one hand, and with the consistency given with PEP 621, we may expect this to become more common. In a fair number of cases, all we need to do is pass another backend to gpep517. However, this is currently blocked by the eclass verifying that DISTUTILS_USE_PEP517 is correct. I'm thinking of adding an option to override the build system.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=63092f0441a5516ebdc05c1648cc9d172d2263a7 commit 63092f0441a5516ebdc05c1648cc9d172d2263a7 Author: Michał Górny <mgorny@gentoo.org> AuthorDate: 2025-03-24 10:36:48 +0000 Commit: Michał Górny <mgorny@gentoo.org> CommitDate: 2025-04-02 07:06:15 +0000 distutils-r1.eclass: Support overriding PEP517 build backend Add a DISTUTILS_UPSTREAM_PEP517 variable that drives the build backend check, and can be used to override it when it is desirable to override the backend used. Closes: https://bugs.gentoo.org/951944 Signed-off-by: Michał Górny <mgorny@gentoo.org> eclass/distutils-r1.eclass | 30 ++++++++++++++++++++++-------- 1 file changed, 22 insertions(+), 8 deletions(-)