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 D4CA8139694 for ; Mon, 10 Apr 2017 22:23:33 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F003221C1AC; Mon, 10 Apr 2017 22:23:22 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (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 A4B3121C09F for ; Mon, 10 Apr 2017 22:23:22 +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 33E94340AC7 for ; Mon, 10 Apr 2017 22:23:21 +0000 (UTC) Date: Tue, 11 Apr 2017 10:22:55 +1200 From: Kent Fredric To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Reverse use of Python/Ruby versions Message-ID: <20170411102255.1e3cd645@katipo2.lan> In-Reply-To: <5950999.Gx5BNhHzAl@note> References: <20170410203822.2cbc440b@snowblower> <5950999.Gx5BNhHzAl@note> 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_/SB0lvCMBG7=0pui0TkuS42R"; protocol="application/pgp-signature" X-Archives-Salt: 34c828f9-91b7-40bc-919c-a2cff8d4c856 X-Archives-Hash: cb55adad19edeec2d357334671be3c46 --Sig_/SB0lvCMBG7=0pui0TkuS42R Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 11 Apr 2017 03:29:25 +0700 "Vadim A. Misbakh-Soloviov" wrote: > The purpose of TARGETS is that package holds only that TARGETs that it wa= s=20 > tested to work against Targets are more than that. Targets also regulate compilation stage for concurrency. For instance: If you have 2 pythons. Imagine you have no TARGETS X depends on Y Now, X and Y both compile against both pythons. But you installed your packages like this: python 2.7 Y=20 python 3.5 X Thus, when "Y" was installed, only python 2.7 could be an installation cand= idate, so it only installed against python 2.7 But now, "X" will compile against both python 2.7 and python 3.5, but horro= rs!... Python 3.5 doesn't have Y!=20 Portage has no way of knowing this. introduce targets. install python 2.7 install Y with TARGETS=3D'python2.7' install python 3.5 install X with TARGETS=3D'python2.7' # no problem, because it doesn't try = to compile against 3.5 But then you decide you wanted python 3.5 support after all TARGETS=3D"python3.5" Install X X[python3.5] requires Y[python3.5]=20 Portage recognizes Y doesn't have python3.5 , and forces the useflag change= and a recompile before installing X with python3.5 THIS IS WHY WE HAVE THIS. The only reason this is "hell" is because users end up having to flip those= toggles or set them globally, instead of portage intelligently auto-setting them on an as-needed basis. In essence, users have to micro-manage every portage decision, even though = portage is making the decisions and the user is just bitching and rubber st= amping it ;)=20 --Sig_/SB0lvCMBG7=0pui0TkuS42R Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEPZazbI/qrFT1o9rn6FQySxNmqCAFAljsBc8ACgkQ6FQySxNm qCBW3A/9FSDJodikP6SZZoe5fEv3raEMD5L/AJseYgJbl1loTXschpUxH+qgOcAv ridL3WgE5k0ov2W52iOaXjmCUTAIOmD7teiJuIrlNO5ajK9ODDWtuMkVOortHBVQ Mv1BTJA6jiIXY0tzq4mSF3MUqKidIRq0/ymvllWkq+vHYT33bXxnLTK/pMyagaoS uk/J5Rsjv3uhkGPkJkiy4ZbRj4ieqXzHjbmJsByCcQHWfKHGuqD6z3xlffDnpRjq v0yz1KDo4EJ0xOJ0FLiSSrxmpkaJuB/Y48A7T6d/k79lcnf7v8IYv9KIJU5VelAb iJ5L2dkpH4UwS5tHfRxSBrM7gITu+AaOBfh3Narhb5UZBCMVyZDk0+Afakh6fcUk 6EfzYRrQSWZ7RohJ5pmg4r7cpPXeREZN4qFi/KtAglFH0pfnoifNhVTr9xwDRhUt xbsU1hbeRBooqT3YS8Gcl+GMI4CTyhtOpst02wUzBoE+ZHQMJddZVM6pNEPaHjQV bkngDt84wSZAXg3AJqznHOAvLbul9Sy4aDKouI4CbwQcMqS62bSlRQOyMVqNGbpC I4dJ2KTZfL+dEtkpDplOwPnJm1zmMIwOsTFBTz53CqEdC7TGkZtMaB7sLX0ucJfX c14dHjwKn2b1Onj0fQG7vFKCXvBEwFSAVDtWKkON9IvTZ8w0Idc= =H97u -----END PGP SIGNATURE----- --Sig_/SB0lvCMBG7=0pui0TkuS42R--