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 BC0F6158046 for ; Sat, 12 Oct 2024 11:49:17 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DD24BE2A12; Sat, 12 Oct 2024 11:49:13 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 6D692E2A05 for ; Sat, 12 Oct 2024 11:49:13 +0000 (UTC) Message-ID: <1bbe02211cbcf8f7071030995affbc901ca74d5f.camel@gentoo.org> Subject: Re: [gentoo-dev] [RFC] Splitting dev-lang/python into per-slot packages, starting with 3.14 From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Date: Sat, 12 Oct 2024 13:49:08 +0200 In-Reply-To: References: Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-uypnpNugVdR7OLfcJnr/" User-Agent: Evolution 3.52.4 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 X-Archives-Salt: f2f6717f-cad2-4d7d-98c1-c0224e1b3a96 X-Archives-Hash: 1c0377ac9eda476067141567ce0a6ebe --=-uypnpNugVdR7OLfcJnr/ Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, 2024-10-12 at 07:23 -0400, Mitchell Dorrell wrote: > On Sat, Oct 12, 2024, 06:23 Micha=C5=82 G=C3=B3rny wr= ote: >=20 > > On Sat, 2024-10-12 at 12:13 +0200, Ulrich Mueller wrote: > > > > > > > > On Sat, 12 Oct 2024, Micha=C5=82 G=C3=B3rny wrote: > > >=20 > > > > > IMHO this would abuse the package name for information that > > absolutely > > > > > doesn't belong there. It belongs in PV or SLOT. > > > > >=20 > > > > > To me it seems that you try to work around a problem (greedy upgr= ade > > > > > behaviour) that should really be solved in the package manager. > > >=20 > > > > In my opinion, it's the other way around. We have slots, that are = a > > fit > > > > solution for packages that are roughly compatible between every maj= or > > > > release, and we keep abusing them for every single thing we can ben= d > > > > enough to make it fit. > > >=20 > > > So are you saying that Python versions aren't "roughly compatible" > > > between releases? Like, they're a completely different language? > >=20 > > They're not compatible in the sense "if I install package for > > python3.12, it will work in python3.13", because every version uses > > a separate package tree. Upstream has effectively made every version > > separate. On top of that, the same "minor" version can have a PyPy > > variation and a "freethreading" variation now. > >=20 > > -- > > Best regards, > > Micha=C5=82 G=C3=B3rny > >=20 >=20 > How will this affect ebuilds that can use any version of Python 3? Will i= t > need a giant or-block in DEPEND? >=20 Ebuilds are forbidden from depending on dev-lang/python directly.=20 Eclasses take care of generating correct dependency strings. --=20 Best regards, Micha=C5=82 G=C3=B3rny --=-uypnpNugVdR7OLfcJnr/ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- iQFGBAABCgAwFiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAmcKYjQSHG1nb3JueUBn ZW50b28ub3JnAAoJEGOa2uIyniQO3SUH/3NXMGn62r/GwPTZCdiFCvuIEZFjve7F wRplst5WHuc+oKUA6karuEhBFFxTdBysp8/AFx+kGHi7YFuXoP8dxGv2Uw9ydPVf RXmtvvMGIlyW9WL0Jnr7gbnaqjXai23Raq9f25q4UgGwIDkAyTeG1SLFiPtz5hRN t+zt8UNqMDCsWYXDCl00ACKXIoYfTbS9taJBQ/AhX6RNxZ7E6pYwuC6fbla3WZaG lR3lTLskIotinKJtGXuOEZPYxXLjqLXj3m4kMp2UfzlSO/BXrTfdUuzA1Ifez0sa zaTR5Wg3ZA0GbDYE3PkUqD8tl631bq5w+1p932zZpTyfSdJcMNh/3pI= =b3yE -----END PGP SIGNATURE----- --=-uypnpNugVdR7OLfcJnr/--