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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id BE505139694 for ; Mon, 10 Apr 2017 01:39:38 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9E25021C07F; Mon, 10 Apr 2017 01:39:28 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 53E9F21C06B for ; Mon, 10 Apr 2017 01:39:28 +0000 (UTC) Received: from katipo2.lan (unknown [203.86.205.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: kentnl) by smtp.gentoo.org (Postfix) with ESMTPSA id 56FD2340A23 for ; Mon, 10 Apr 2017 01:39:25 +0000 (UTC) Date: Mon, 10 Apr 2017 13:38:58 +1200 From: Kent Fredric To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Reverse use of Python/Ruby versions Message-ID: <20170410133858.4842bbb5@katipo2.lan> In-Reply-To: References: Organization: Gentoo X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) 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 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/quo4whtZZOf=X+mJOu4L1bP"; protocol="application/pgp-signature" X-Archives-Salt: 5413efd7-871f-4f04-b958-82f1640ed96f X-Archives-Hash: da9362f92ec320f5506ae225da4d4167 --Sig_/quo4whtZZOf=X+mJOu4L1bP Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 9 Apr 2017 12:15:56 -0400 "William L. Thomson Jr." wrote: >=20 > The approach mentioned above, if the packages do not have issue. I > could go ahead and switch to ruby24 and pyton 3.6 across the board. > Which I cannot do now till a bunch of ebulids have their targets > increased. >=20 This could introduce tree breakage. Why?=20 Because of the whole=20 "X built with python FOO depends on a Y built with python FOO" mechanic. As it stands, when unmasking a new python, people have to go through and ma= rk packages as working, which has the requirement that their dependencies are = themselves working in order to satisfy the USE requirements. When you reverse this, you introduce a situation where adding a new version= across the board creates a new skeleton-tree of support. And when you find something that *doesnt* work, you may have to recursively mark its *dependents* as "non-working" to avoid a dependency graph breakage. This is the sort of thing that makes life hell, for both developers and users. I could be barking up the wrong tree, buy the python team could give a better idea of what that would look like in practice than me. But I fear this would look like "the hell of dekeywording" made harder by the lack of tools to facilitate such a thing. --Sig_/quo4whtZZOf=X+mJOu4L1bP Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEPZazbI/qrFT1o9rn6FQySxNmqCAFAljq4kIACgkQ6FQySxNm qCBlQQ/9GmZfcC0/KdZyp8oM1RiikhwYQfdS+WPvcjZJ088ZlsrfQ1Ou/zgNVJXL yvjjjDYcMvofNZ18G2iaj8tBwaSFugFHMj6kLUY4/1wfSysx7RMf0piRmVky3Z7k eJI/r3du9EXx38SQ3LbAF+C3YZszEokfHH6pL4Hg8k9x4sLDG/KxiXROM2+6AYEo ENao5ESkUDLfD7uqMtv5qPjj+Z73HFVt9C+JtjuAXU8UjVHk1YxbAOSE2SR/TpcC QpBTqCIh2NgBJm0zVfJSDByNj8QeXIXdrc37M45hiGL/FrW5fgassycBFrosXpm7 QibsoiSL/Cexfn/kYkRyU6aipbS1hHcNr0UfCz6z8wPLerC21iqKNEO/kU51mefH LELREOfdeScTs9JxIrgdUSpcxE/MA0jJsmSL7XRXz69D3Rif43dcfhnmN+YLrMt2 yEWrnBqcpgwDrz98JXUXZ+tsDdolvLuGE5x1nc9jsynJjkq9D8MCVcThjdF1SsQa uAcOP/KV3/yt3a3BEtkKqeuTX7lBwdFVBvbS9zd90tZsAptqiKR5J7S1QpX6o0Vq dcSiSn/QZuBn9UPzbpZ7Oemr1XxED10dQzpafxQ00LTY/J02U39MqP7bJaN7Cd3s vyjV9wcADrJHEtiHOKF6qaoSYzylVufwlmVgYVK842Ol64/3Y5o= =LuCh -----END PGP SIGNATURE----- --Sig_/quo4whtZZOf=X+mJOu4L1bP--