From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.50) id 1Eeb3L-0001DY-6l for garchives@archives.gentoo.org; Tue, 22 Nov 2005 16:31:31 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jAMGUkqU005714; Tue, 22 Nov 2005 16:30:46 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id jAMGSuKW017173 for ; Tue, 22 Nov 2005 16:28:56 GMT Received: from zb159056.ppp.dion.ne.jp ([219.125.159.56] helo=opteron246.suzuki-stubbs.home) by smtp.gentoo.org with esmtpa (Exim 4.43) id 1Eeb0q-0003aC-7A for gentoo-dev@lists.gentoo.org; Tue, 22 Nov 2005 16:28:56 +0000 Received: by opteron246.suzuki-stubbs.home (Postfix, from userid 1000) id 83113248947; Wed, 23 Nov 2005 01:30:57 +0900 (JST) From: Jason Stubbs To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Modular X porting: dependency changes Date: Wed, 23 Nov 2005 01:30:57 +0900 User-Agent: KMail/1.9 References: <43823315.4010604@gentoo.org> <438333FB.4020106@gentoo.org> <43833D65.7030701@gentoo.org> In-Reply-To: <43833D65.7030701@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511230130.57250.jstubbs@gentoo.org> X-Archives-Salt: 79d71d26-97f8-4e5c-bd5a-4cfdf8557de2 X-Archives-Hash: 934c22066d2afdb4d9fd064fdf7b2d88 On Wednesday 23 November 2005 00:46, Donnie Berkholz wrote: > Doug Goldstein wrote: > > I thought GLEP 37 was a way out kind of thing. Like several months if > > not a year before it can be done. > > I figured about the same, but > https://bugs.gentoo.org/show_bug.cgi?id=112896#c16 begs to differ. The glep was originally posted 30th April... The idea was already fairly solid at that time and required minimal changes to portage for it to "just work". Pretty much only one actually - the hardcoded 'sanity check' of not being able to install packages of category "virtual" was removed. Hence, as per the backwards compatibility section of the glep, all current portages are capable of handling virtuals that are regular packages. The largest holdup was waiting for backwards compatibility to become viable. There are really only two other parts to the glep; consistency checking and user overrides. The current method of overriding will still work fine and only becomes an issue when the first virtual that covers a set of packages comes into existence. As for consistency checking, it has a relatively small chance of being useful in my opinion. Take the following: # emerge virtual/x11 # emerge -C x11-base/xorg-x11 # emerge x11-libs/qt (Whoops!) In other words, it's a situtation that is possible already. The solution is to always use --deep when calculating dependencies, which I'm working on at the moment. There are a couple of other portage-side implementation issues that have come up, but the more difficult ones have become clearer over time. I'll dust of the GLEP and repost it later this week and see if we can't get it finalized... -- Jason Stubbs -- gentoo-dev@gentoo.org mailing list