From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id AE926158046 for ; Sat, 12 Oct 2024 10:00:00 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6381BE29FE; Sat, 12 Oct 2024 09:59:57 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 2F604E29FA for ; Sat, 12 Oct 2024 09:59:57 +0000 (UTC) From: Ulrich Mueller To: =?utf-8?B?TWljaGHFgiBHw7Nybnk=?= Cc: gentoo-dev@lists.gentoo.org, python@gentoo.org Subject: Re: [gentoo-dev] [RFC] Splitting dev-lang/python into per-slot packages, starting with 3.14 In-Reply-To: (=?utf-8?Q?=22Micha=C5=82_G=C3=B3rny=22's?= message of "Sat, 12 Oct 2024 10:12:56 +0200") References: Date: Sat, 12 Oct 2024 11:59:47 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Archives-Salt: 1a228a07-b24d-479c-ae42-05a0dcddb468 X-Archives-Hash: 1ca0321b6b97c6830f9ba8f1d46938df --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable >>>>> On Sat, 12 Oct 2024, Micha=C5=82 G=C3=B3rny wrote: > However, I think the cleanest way forward would be to stop slotting > CPython like this, and instead have a separate package for each version, > just like the vast majority of distributions do, i.e.: > dev-lang/python3_N That other distributions do it that way is not an argument because most other distributions don't have slots. > This naturally means that only the specific version requested (e.g. via > targets) would be installed, and no cross-slot autoupgrades would > happen. Ideally, I'd like to start doing that with Python 3.14 whose > first alpha is expected next week. Depending on how they handle > freethreading, we'd end up having the first or both of: > dev-lang/python3_14 > dev-lang/python3_14t IMHO this would abuse the package name for information that absolutely doesn't belong there. It belongs in PV or SLOT. To me it seems that you try to work around a problem (greedy upgrade behaviour) that should really be solved in the package manager. Ulrich --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQFDBAEBCAAtFiEEtDnZ1O9xIP68rzDbUYgzUIhBXi4FAmcKSJMPHHVsbUBnZW50 b28ub3JnAAoJEFGIM1CIQV4uJ1IH/RdjK8KonxtHL7PDV7tTdnK2xWplCP1odduv tV5wh4B6zSpL+Dflcrzr1fuQs5PPYX26eKHq9ZuMk86uc2772x6OEB2O+iBVLfVW hU2IEpI8KSSfjSoc+Y1NaN4eZrXMf1Ahj+U6pDbOWJ7UVShbp2bUnOJOA3vjZ5u+ 2HGSwlb7cBPN5zteNHK2GmTAlcFCrziGoeIfn4NjcKOYeXYius9ZYi8rcX9+A5+x 1qJ6/jILbDnxMBOUyWlXan+ZHR31q5AgBhZQeqLYuE9MHsZPmuVpqWB5NrbjE3TU Jz9LOby1MSyaFrDuzfYmvyC/Q8X1ZSHAyoSbF+kmRdf4xc+eafI= =ggEK -----END PGP SIGNATURE----- --=-=-=--