From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 3087D13877A for ; Mon, 28 Jul 2014 11:21:21 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6DF4DE09A5; Mon, 28 Jul 2014 11:21:15 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 73D3DE0957 for ; Mon, 28 Jul 2014 11:21:14 +0000 (UTC) Received: from pomiot.lan (77-254-85-187.adsl.inetia.pl [77.254.85.187]) (using SSLv3 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 6AB2D33FD6E; Mon, 28 Jul 2014 11:21:12 +0000 (UTC) Date: Mon, 28 Jul 2014 13:21:18 +0200 From: =?ISO-8859-2?B?TWljaGGzIEfzcm55?= To: Ian Stakenvicius Cc: gentoo-dev Subject: Re: [gentoo-dev] RFC: USE flags in virtuals, to allow a specific provider to be determined Message-ID: <20140728132118.0c421aeb@pomiot.lan> In-Reply-To: <53D2A6C8.9060900@gentoo.org> References: <53D2A6C8.9060900@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.24; 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-sha512; boundary="Sig_/RRjUi_PL4NbEs98+.Q6KqDM"; protocol="application/pgp-signature" X-Archives-Salt: a2c52f60-5699-4cd5-a1e8-9a358f655cbe X-Archives-Hash: 8208906e36e4ad7022cbd73244d748a9 --Sig_/RRjUi_PL4NbEs98+.Q6KqDM Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Dnia 2014-07-25, o godz. 14:49:44 Ian Stakenvicius napisa=B3(a): > Hey all.. So, putting aside for now how much of a mess this would be > to implement in the virtuals' ebuilds themselves, what do people think > of changing the virtuals so that they contain an entry in IUSE for > each provider that can satisfy it? >=20 > The idea here is that the package satisfying a virtual could be > optionally explicitly-chosen through package.use (or USE=3D in > make.conf, perhaps) instead of having an entry in @world, that way if > nothing depends on the virtual then it and the provider can be > - --depclean'ed from the system. The idea is specifically NOT to have > rdeps depend on these flags, that would undermine the whole purpose of > the virtual; it would just be for end-users to set if they so chose. I think I don't get this argument. If you really want to have a particular provider for the virtual for external purposes, it's fully purposeful to put it in @world or otherwise in a custom set. In this case, USE flags aren't helpful. If you only prefer a particular provider, you can tip portage easily to use it without resorting to USE flags. This also allows portage to semi-transparently switch to other provider if dependencies need it. In this case, USE flags only make this auto-switching harder. > This may also help with getting portage to peg a virtual's provider to > a specific package instead of constantly trying to switch from one to > another, ie, how systemd kept getting pulled in, in relation to the > upower virtual. Note - I haven't done any tests to determine if this > actually helps with such issues tho (or even attempted to reproduce > them, as i was apparently one of the lucky ones that it didn't happen to). While I agree that finding some solution is a good step forward, I'm afraid this doesn't really lead us anywhere. Even if it allows to workaround the actual portage issue, I'm afraid we will hit it again somewhere else. Shortly, Gentoo would be full of workarounds... oh wait, it already is. By the way, proper virtuals for krb5 would involve much more crazy stuff to get slot operator right. And then Ciaran would yell at us for abusing slots. --=20 Best regards, Micha=B3 G=F3rny --Sig_/RRjUi_PL4NbEs98+.Q6KqDM Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJT1jIzXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZOgZsP/2pARob9sZH/KuXoKMM2hcHU pQIQdYPLdECntBbRRAVhD1oRuhR4RsgAbC1WHM0yWuEMwR4AFEm/x2dpbBFEm/cI hW2Lvwm4L6k3yoMGU0rqBzfCUytdzb2N6bvfZoimovFKJ8eS1lecAR8Q3hpMMpV6 TepsM7oj3dCa0NevMKlzgBMhO9CzfMbO23sVZLCojv+jGfPTJ+4tDcJO7dM0UiC5 RclbwPV+2deChUbhbWmTUt/gUarI8Wxll2f/uOUIr4yL5pjLWXXFHII0d4ZGy9EC WbFX91sT6s3pwS1QouEFlJGHOkaaW2A7nUiUWNdqWboq/8hyKOQfq6v/Frm3aHrZ Hf5Gp7v7HNrrnqbyENJqAr4FXIEuP4PWVxnrIugJCwkZwJuxvGtAujd+td+E2L8m DyX29Q/RztHmQUf8BFnFmDIoA8WazuSuvVxIV9u7IBvNOytI45BtZWwHgfJOW+7g MODfPCedIAyKdER6jjEUEPCPyU4tEBptfv9NspbkOZUEEBZ+TqkQF+mPDf1suTZ4 DSp+/tTrvqJDDsK/GtVwQBaNiObZ5k5c/WzpzN0qxmROKxFsOLRTJVN9I65x1+nQ mTimktJjfJbo07NXymy83/RTMGsAair3QuprCSjVMgzOmcUxnS7oABdlsaMzkGQj 1XOij/ef3GgFJ+6R6mXS =7DD1 -----END PGP SIGNATURE----- --Sig_/RRjUi_PL4NbEs98+.Q6KqDM--