From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Skf5G-0003O2-6d for garchives@archives.gentoo.org; Fri, 29 Jun 2012 17:34:18 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9C223E027D; Fri, 29 Jun 2012 17:34:04 +0000 (UTC) Received: from mail-wg0-f41.google.com (mail-wg0-f41.google.com [74.125.82.41]) by pigeon.gentoo.org (Postfix) with ESMTP id 5F1BCE0691 for ; Fri, 29 Jun 2012 17:33:22 +0000 (UTC) Received: by wgbds1 with SMTP id ds1so1117051wgb.4 for ; Fri, 29 Jun 2012 10:33:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=gruShuLLIXSswhADSo2HFvPST79ZakjjodV0eTj1XOQ=; b=G0Gl3ev9CaGsWy6d8bB9ZyLkLDJzeabVt+piE4khwB/gIt59XP9R0ld/k9fJFODA2S RnuS4eJ6stqvupQxYDE7yQVzB7XVuJnSROhq/3SCL0RB9A8u162pXfu49ifkKFXVFFvK wffXcBjMlUfZvfOnnwfEH9g6mQPEzKvombRz7ERk2SlrllXHSHotqzqSjBam99+heGAI VXUWwFONTcHyBjm35Rd8fmlJdsghNsDZqFfQsfHbEaXzlZhmIFs9bPrw1nVJ82rqMhtB K6ZTLhKbGe6dmX/jvHKSHBhopyrwElX0Kd2N3qtxGS3eYCTjdaaClHrs+OfF89iZhUCm uVZg== 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 Received: by 10.180.20.239 with SMTP id q15mr6251873wie.13.1340991201493; Fri, 29 Jun 2012 10:33:21 -0700 (PDT) Received: by 10.194.17.166 with HTTP; Fri, 29 Jun 2012 10:33:21 -0700 (PDT) In-Reply-To: <4FED9FF3.6060302@gentoo.org> References: <4FED9FF3.6060302@gentoo.org> Date: Sat, 30 Jun 2012 05:33:21 +1200 Message-ID: Subject: Re: [gentoo-dev] Feature Request/RFC : "Elective" virtuals From: Kent Fredric To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: f44ef0a3-ebde-4ad5-a75d-71430fb5487a X-Archives-Hash: 8125ad0ea7528b478802a0bef77722aa > > Perhaps it would be best to tell users that if they'd like to see the > possible choices they can run ie 'qdepends -r virtual/cron' > Quite, perhaps it could be a seperate mechanism, it would just seem that for virtuals that just provide a list of alternatives, having a seperate package that gives the *choice* of one of those alternatives seems like redundant code. ( Most virtuals are simple non-exclusive ors, so the packages that satisfy them can all be installed simultaneously, however, there are a few virtuals that are inherently exclusive-ors, as all the dependents exclude each other ) Perhaps it could be an additional metafield, upon which the choice of one of several choices could be presented to the user by using a different tool. All packages which have an "alternatives" mechanism like this could then also be indexed and the user could then only enter the selection process with a separate tool which is a wrapper for portage. I'm not sure if it makes sense or not to make it as an eselect submodule that lets the user make choices and then have something else apply them, or a dedicated tool; ie: eselect alternatives list # list all the "things" that have dependents that are mutually exclusive choices eselect alternatives set cron --auto # selects vixie-cron eselect alternatives set cron cronie emerge -uvatDN @changed_alternatives Or something like that. You could drive it of course using external metadata not bundled with the virtual's themselves, the benefit being you avoid the need to trip the whole change process for virtuals and stabilisation, but the downside is of course possible desynchronisation of choice metadata with choices that are available via the virtual. --=20 Kent perl -e=C2=A0 "print substr( \"edrgmaM=C2=A0 SPA NOcomil.ic\\@tfrken\", \$_= * 3, 3 ) for ( 9,8,0,7,1,6,5,4,3,2 );" http://kent-fredric.fox.geek.nz