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 1OegrO-0007tl-NK for garchives@archives.gentoo.org; Fri, 30 Jul 2010 04:06:15 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5EE87E089A; Fri, 30 Jul 2010 04:06:05 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 1880FE089A for ; Fri, 30 Jul 2010 04:06:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id A8B691B40B9 for ; Fri, 30 Jul 2010 04:06:04 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -2.315 X-Spam-Level: X-Spam-Status: No, score=-2.315 required=5.5 tests=[AWL=0.284, BAYES_00=-2.599] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vaaHKyvs1bwD for ; Fri, 30 Jul 2010 04:05:58 +0000 (UTC) Received: from mail-iw0-f177.google.com (mail-iw0-f177.google.com [209.85.214.177]) by smtp.gentoo.org (Postfix) with ESMTP id 1562B1B4018 for ; Fri, 30 Jul 2010 04:05:58 +0000 (UTC) Received: by iwn40 with SMTP id 40so1112227iwn.36 for ; Thu, 29 Jul 2010 21:05:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:cc :subject:message-id:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=z9XpCQdV91Ha8BLki5/S/tHkhlobZ5H8u10JsMpXUNQ=; b=R+YrCgVt74HBvJHAD6muos9rYPC8bpSS7YNpKOrRhlKuqYpnYYraJeALloh4O06Fzu yLokOx0xc/n6y3QCCpzf7tP/McwZyPnXz5tCxrESiUP98ZEvDNZ3XJiHrs1Upnj3B9Ae m5Bng1tgeDNVGaoeM7y6S6/drh51SrmfDltNY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=OVYSuaTZZ/7SArfUMzmutT3G/f8u/DrKgbn2XAVFQmIxwoK4p3FM/wq8zF19LoSsSG pKTqkzloZqgqCR8ypzFuv3DjT8XVeinhWq4Wy3DujkViz2LhHP6OPmAm7g9rkmFkydy6 C/VezWEro3P/IvyEGHwp27zdhSzCqkVTdFQmY= Received: by 10.231.36.13 with SMTP id r13mr1212711ibd.75.1280462757579; Thu, 29 Jul 2010 21:05:57 -0700 (PDT) Received: from smtp.gmail.com (c-67-171-128-62.hsd1.wa.comcast.net [67.171.128.62]) by mx.google.com with ESMTPS id r3sm1480295ibk.19.2010.07.29.21.05.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 29 Jul 2010 21:05:56 -0700 (PDT) Received: by smtp.gmail.com (sSMTP sendmail emulation); Thu, 29 Jul 2010 21:03:55 -0700 Date: Thu, 29 Jul 2010 21:03:55 -0700 From: Brian Harring To: Otttvio Pontes Cc: gentoo-soc@lists.gentoo.org Subject: Re: [gentoo-soc] Multiple Repository Support in Portage - Report Message-ID: <20100730040355.GD15031@hrair> References: <20100728014933.GB31924@hrair> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-soc@lists.gentoo.org Reply-to: gentoo-soc@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eHhjakXzOLJAF9wJ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Archives-Salt: 4f214cb8-9174-411d-a02d-070059a0b91f X-Archives-Hash: 3343fb3d457f28b8ebfaa66a541b0d86 --eHhjakXzOLJAF9wJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 29, 2010 at 04:26:10PM -0300, Otttvio Pontes wrote: > On Tue, Jul 27, 2010 at 22:49, Brian Harring <[1]ferringb@gmail.com> > wrote: > The reason I ask is that an overlay literally stacks repositories, > slaves shadowing the master. If you do an emerge > =3Ddev-util/diffball-1.0 for the configuration above, you get local1= 's > ebuild, not gentoo's. Repository atom's should not be able to > bypass > this- namely it violates the very nature of repository stacking. >=20 > I see no reason to avoid this. Imagine if I use an overlay with some > kde ebuilds. But, for some reason, i want to install kcalc from > portage, and not from this overlay. > Portage has this versions of kcalc: 4.4.2 and 4.4.3. > And this overlay has the version: 4.4.3. > If i try to emerge kcalc::gentoo in multirepo-portage it will install > the kcalc-4.4.3, which is the newer version in portage. > I don't think it's a good idea to install kcalc-4.4.2, because version > 4.4.3 is in an overlay too. Bluntly, if you don't want overlay stacking semantics, do not=20 configure it as an overlay then- configure the 'overlay' as a=20 standalone repository and specify preferred ordering. Literally, you're trying to make overlays standalone via this logic. =20 You're trying to make overlays not *be* overlays. The problem here is that PORTDIR_OVERLAY has historically forced=20 overlay stacking- you can't just change the semantics of those rules=20 and suddenly label them all as standalone, or create a quasi=20 overlay/standalone repo. The purpose of multi-repos at it's core is to add in standalone=20 repositories- if people want those semantics for a repo, they=20 configure the repo as a standalone. ~brian --eHhjakXzOLJAF9wJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) iEYEARECAAYFAkxSTysACgkQsiLx3HvNzgfvrgCcD5naxZysyuIW+4UK0eXYF7mk /PAAoKQU8nA6OZO5/nOkEwF+kr+3C1Zr =MX5d -----END PGP SIGNATURE----- --eHhjakXzOLJAF9wJ--