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 9C4A7158046 for ; Sat, 12 Oct 2024 13:00:25 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 75E1FE2A2D; Sat, 12 Oct 2024 13:00:20 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.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) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 2FAE3E2A1F for ; Sat, 12 Oct 2024 13:00:20 +0000 (UTC) Message-ID: <1a1f9b9f-7428-4536-847c-e6965336b451@gentoo.org> Date: Sat, 12 Oct 2024 15:00:13 +0200 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 User-Agent: Mozilla Thunderbird Beta Subject: Re: [gentoo-dev] Re: [RFC] Splitting dev-lang/python into per-slot packages, starting with 3.14 To: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= , gentoo-dev@lists.gentoo.org Cc: python@gentoo.org References: <05da4193-14d7-412c-8fc6-fc72d3fcbf09@gentoo.org> <8ce4e62aad6463d0af692305c44dfe2eb887790c.camel@gentoo.org> Content-Language: en-US From: Luca Barbato In-Reply-To: <8ce4e62aad6463d0af692305c44dfe2eb887790c.camel@gentoo.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Archives-Salt: 1e339cea-eb68-4584-9737-c2de98cf9c65 X-Archives-Hash: abf529683c949a0f7ba595e4638e3650 On 12/10/24 11:13, Michał Górny wrote: > On Sat, 2024-10-12 at 10:50 +0200, Luca Barbato wrote: >> On 12/10/24 10:12, Michał Górny wrote: >>> Comments? >>> >> I'm afraid it would lead to way too many packages and I'm not sure the >> overall experience would be an improvement. > > 5 are too many? potentially it is python_{version}_{variants} so at least 10*2 assuming we keep around 3.{N..N+5} and we have two worthy variants. Plus the chore of treecleaning older packages. Not sure if it is worth it. >> With your proposed solution, if an user wants to have any version of >> python what should ask to emerge? > > Can you actually imagine having a Gentoo system with no Python > preinstalled, with an user actually needing to emerge one? right now if I need a specific version of python I have to do emerge =python-N* and usually it works as intended. people would have to get used to do emerge python_{that specific N} > In fact, even today "emerge dev-lang/python" is probably a bad solution, > as it will lead to a beta/rc version on an ~arch system most > of the time. > >> An alternative for freethreading support wouldn't be to install both >> from the same package python-3.14 and have the two PYTHON_TARGETS ? > > I don't understand. emerge =python-3.14 would install both a non-freethreading and a freethreading version and it would satisfy 3_14 and 3_14t at the same. lu