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.60) (envelope-from ) id 1GfvdX-0001OZ-Dm for garchives@archives.gentoo.org; Fri, 03 Nov 2006 09:46:55 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.8) with SMTP id kA39k2lj028345; Fri, 3 Nov 2006 09:46:02 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.13.8/8.13.8) with ESMTP id kA39hwNs024556 for ; Fri, 3 Nov 2006 09:43:58 GMT Received: from [192.168.24.6] (ip68-5-234-231.oc.oc.cox.net [68.5.234.231]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 67A7264AB9 for ; Fri, 3 Nov 2006 09:43:57 +0000 (UTC) Message-ID: <454B0E3A.5060300@gentoo.org> Date: Fri, 03 Nov 2006 01:39:06 -0800 From: Zac Medico User-Agent: Thunderbird 1.5.0.7 (X11/20060909) 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] fixing up portage implicit RDEPEND behavior References: <200611030229.46220.vapier@gentoo.org> <454B014A.8070203@gentoo.org> <1162546352.8060.45.camel@localhost> In-Reply-To: <1162546352.8060.45.camel@localhost> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: c2f3f078-388c-412c-b040-5622d04f3254 X-Archives-Hash: f36c2971ac1ec7e588071478bb91ee1e -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Peter Volkov (pva) wrote: > On 2006-11-03 at 00:43 -0800, Zac Medico wrote: >> Also, some ebuilds will loose some implicit RDEPEND that they current >> get from eclasses. > > Why? I suppose more logical solution is to adjoin DEPEND from ebuild and > RDEPEND from eclass. > > Peter. You've misunderstood the meaning of "implicit RDEPEND" in my statement above (I don't blame you, implicit RDEPEND can be a confusing topic). When I say "implicit RDEPEND", I am talking about DEPEND that has been implicitly converted to RDEPEND. Some ebuilds may currently have some implicit RDEPEND that originated as DEPEND in an eclass. If we use the patch to revert that behavior, those specific implicit RDEPEND atoms will go away. I hope this makes sense. :) Zac -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFSw45/ejvha5XGaMRAntfAJ0X0K9U+CtyB4nhq73v8p5EBd5w8ACg8nc4 jN+Q4rWo+tfvoVL1YUY01E8= =X/2/ -----END PGP SIGNATURE----- -- gentoo-dev@gentoo.org mailing list