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.67) (envelope-from ) id 1IDigq-00048U-Rw for garchives@archives.gentoo.org; Wed, 25 Jul 2007 15:22:17 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l6PFKj6k008756; Wed, 25 Jul 2007 15:20:45 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l6PFHVZ3004330 for ; Wed, 25 Jul 2007 15:17:31 GMT Received: from iglu.bnet.local (c222176.adsl.hansenet.de [213.39.222.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 83EC46481A for ; Wed, 25 Jul 2007 15:17:30 +0000 (UTC) From: Carsten Lohrke To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] New PDEPEND behaviour. Date: Wed, 25 Jul 2007 17:17:17 +0200 User-Agent: KMail/1.9.7 References: <200707251408.41171.peper@gentoo.org> <200707251452.02821.carlo@gentoo.org> <20070725142509.GB17517@seldon> In-Reply-To: <20070725142509.GB17517@seldon> 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: multipart/signed; boundary="nextPart1784908.CKvXlCrhdu"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707251717.24476.carlo@gentoo.org> X-Archives-Salt: d5863903-588f-4a8d-ba46-4184cefb46aa X-Archives-Hash: 75e2b4ff84cf90f6158035d2906d40c5 --nextPart1784908.CKvXlCrhdu Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mittwoch, 25. Juli 2007, Brian Harring wrote: > I suggest you in the future check out what actually was changed, and > do some testing- both the original poster, and yourself are missing > what is occuring here Uh, thanks, I never was fond of reading the code of Portage, so I took Piot= r's=20 point as given. > Note I said 'shift'. It tries to place it earlier in the graph, while > *still* maintaining the constraints of kdnssd-avahi- namely the > kdelibs dependency. > > Via that dep, kdnssd-avahi *requires* kdelibs to be installed first, > and portage honors that- it just now tries to get kdnssd-avahi merged > as soon as possible after kdelibs due to their PDEPEND relationship > (try it if in doubt, it lineralizes it properly). > > The cases where it doesn't, are when the constraints are already > satisfied- kdelibs already is merged, basically. There is a change in > placement there, but considering the data involved, wouldn't label it > a regression- same issue can, and does occur in multiple other ways. That's fine. > > The latter. > > Former. The ebuild manpage is a bit loose in it's description of what > PDEPEND does. Well, I should point out where I come from. There is no need to install a p= ure=20 runtime dependency before the ebuild pulling it in. If pure runtime=20 dependencies would be handled this way, there would be no need for PDEPEND = at=20 all. I consider the current way Portage handles pure runtime dependencies=20 (causing the need for the artificial PDEPEND in the first place) as=20 conceptually broken. Carsten --nextPart1784908.CKvXlCrhdu Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7-ecc0.1.6 (GNU/Linux) iD8DBQBGp2l+VwbzmvGLSW8RAl1TAJ4nEl43xPKJUbkgwNPmwEwVVLiWggCfb3RE 0uLLWdZV1LaYvwa4eCtP2lE= =LqfX -----END PGP SIGNATURE----- --nextPart1784908.CKvXlCrhdu-- -- gentoo-dev@gentoo.org mailing list