Re: [gentoo-dev] The uncertain future of repository mirrors

2025-03-25 Thread Michał Górny
On Tue, 2025-03-25 at 16:15 -0700, Jay Faulkner wrote: > On 3/25/2025 1:51 PM, Michał Górny wrote: > > On Mon, 2025-03-24 at 08:46 -0400, Mitchell Dorrell wrote: > > > I've been following the discussion, but I still don't know enough to have > > > an opinion. Why was this infrastructure created in

Re: [gentoo-dev] The uncertain future of repository mirrors

2025-03-25 Thread Ionen Wolkens
On Sun, Mar 23, 2025 at 11:17:20AM +0100, Gerion Entrup wrote: > Am Freitag, 21. März 2025, 14:32:31 Mitteleuropäische Normalzeit schrieb > Michał Górny: > > Hello, everyone. > > > > TL;DR: I'm thinking of shutting down all gentoo-mirror repositories, > > except for gentoo and guru. > > > > > >

Re: [gentoo-dev] The uncertain future of repository mirrors

2025-03-25 Thread Jay Faulkner
On 3/25/2025 1:51 PM, Michał Górny wrote: On Mon, 2025-03-24 at 08:46 -0400, Mitchell Dorrell wrote: I've been following the discussion, but I still don't know enough to have an opinion. Why was this infrastructure created in the first place? There's a number of reasons, and they are still vali

[gentoo-dev] [PATCH 00/11] distutils-r1.eclass: uv-build support, setuptools build dir fixes, PEP517 backend override support

2025-03-25 Thread Michał Górny
Hi, Here's another batch of patches to distutils-r1. Aside from some refactoring, it includes the following changes: 1. Lower bounds for most of the build systems were bumped to the lowest stable versions in ::gentoo. This should match upstream requirements better, especially that a few b

[gentoo-dev] [PATCH 09/11] distutils-r1.eclass: Support overriding PEP517 build backend

2025-03-25 Thread Michał Górny
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 --- eclass/distutils-r1.eclass | 30 ++ 1

Re: [gentoo-dev] The uncertain future of repository mirrors

2025-03-25 Thread Michał Górny
On Mon, 2025-03-24 at 08:46 -0400, Mitchell Dorrell wrote: > I've been following the discussion, but I still don't know enough to have > an opinion. Why was this infrastructure created in the first place? There's a number of reasons, and they are still valid today: 1. Syncing against a mirror wit

[gentoo-dev] [PATCH 07/11] distutils-r1.eclass: Reflow _distutils-r1_backend_to_key()

2025-03-25 Thread Michał Górny
Signed-off-by: Michał Górny --- eclass/distutils-r1.eclass | 100 +++-- 1 file changed, 51 insertions(+), 49 deletions(-) diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass index 02245424bff6..2eb6e3208082 100644 --- a/eclass/distutils-r1.eclass

[gentoo-dev] [PATCH 05/11] distutils-r1.eclass: Support the legacy "uv" backend too

2025-03-25 Thread Michał Górny
Signed-off-by: Michał Górny --- eclass/distutils-r1.eclass | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass index e011502c01e6..8fc9ec5f568b 100644 --- a/eclass/distutils-r1.eclass +++ b/eclass/distutils-r1.eclass @@ -

[gentoo-dev] [PATCH 11/11] distutils-r1.eclass: Reflow distutils-r1_python_compile()

2025-03-25 Thread Michał Górny
Reflow distutils-r1_python_compile() to remove duplicate conditions and improve readability. Signed-off-by: Michał Górny --- eclass/distutils-r1.eclass | 117 ++--- 1 file changed, 56 insertions(+), 61 deletions(-) diff --git a/eclass/distutils-r1.eclass b/eclass

[gentoo-dev] [PATCH 08/11] distutils-r1.eclass: Invert DISTUTILS_USE_PEP517 - backend mapping

2025-03-25 Thread Michał Górny
Invert the eclass logic to map DISTUTILS_USE_PEP517 values to backends rather than the other way around. This is in preparation for making it possible to override the backend used. One side effect of this is that in case of DISTUTILS_USE_PEP517 mismatch, we no longer provide the "correct" value,

[gentoo-dev] [PATCH 06/11] distutils-r1.eclass: Use unique setuptools build directories

2025-03-25 Thread Michał Górny
Add a dynamic component to the build directory used by setuptools, to enable calling distutils-r1_python_compile multiple times without having the builds share the same build directory (and therefore end up being combined). Closes: https://bugs.gentoo.org/951853 Signed-off-by: Michał Górny --- e

[gentoo-dev] [PATCH 04/11] distutils-r1.eclass: Support uv-build backend

2025-03-25 Thread Michał Górny
Signed-off-by: Michał Górny --- eclass/distutils-r1.eclass | 16 1 file changed, 16 insertions(+) diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass index 21a2c79c1f71..e011502c01e6 100644 --- a/eclass/distutils-r1.eclass +++ b/eclass/distutils-r1.eclass @@ -13

[gentoo-dev] [PATCH 03/11] dev-python/uv-build: New package, v0.6.9

2025-03-25 Thread Michał Górny
Add a hacky patched uv-build package that installs the upstream Python modules without building another copy of uv. Signed-off-by: Michał Górny --- dev-python/uv-build/Manifest | 1 + .../files/uv-build-0.6.9-use-uv.patch | 18 dev-python/uv-build/metadata.xml

[gentoo-dev] [PATCH 01/11] distutils-r1.eclass: Bump build system lower bounds

2025-03-25 Thread Michał Górny
This includes some important new features that packages are already relying on -- PEP 639 licenses, PEP 621 metadata support in poetry-core. Signed-off-by: Michał Górny --- eclass/distutils-r1.eclass | 31 --- 1 file changed, 16 insertions(+), 15 deletions(-) diff --

[gentoo-dev] Last-rites: games-emulation/ryujinx

2025-03-25 Thread Maciej Barć
It is possible Gentoo could be hit by "legal" action when having this package. Very unstable development, switches upstream to avoid "legal" trouble. See also: bug #948196 bug #927392 Removal on 2025-04-25. -- Have a great day! ~ Maciej Barć https://wiki.gentoo.org/wiki/User:Xgqt 9B0A 4C5D 0

Re: [gentoo-dev] Re: [PATCH gentoo-news] News item for Python 3.13 transition

2025-03-25 Thread Michał Górny
On Thu, 2025-03-20 at 13:08 +0500, Anna Vyalkova wrote: > On 2025-03-18, Michał Górny wrote: > > +Other Python implementations > > + > > +At the same time, we are also going to remove the target support > > +for Python 3.10 (python3_10) and PyPy 3.10 (pypy3). If you wer