* Re: [gentoo-dev] New PDEPEND behaviour.
@ 2007-07-25 15:32 99% ` Vlastimil Babka
0 siblings, 0 replies; 1+ results
From: Vlastimil Babka @ 2007-07-25 15:32 UTC (permalink / raw
To: gentoo-dev
Carsten Lohrke wrote:
> Well, I should point out where I come from. There is no need to install a pure
> runtime dependency before the ebuild pulling it in. If pure runtime
> dependencies would be handled this way, there would be no need for PDEPEND at
> all. I consider the current way Portage handles pure runtime dependencies
> (causing the need for the artificial PDEPEND in the first place) as
> conceptually broken.
There are uses for it:
A: RDEPEND="B"
B: RDEPEND="A"
Here you really don't need PDEPEND because in current portage, pure
runtime dependency indeed doesn't have to be satisfied before the ebuild
pulling it. But consider this:
A: PDEPEND="B"
B: DEPEND="A"
Here you can't use RDEPEND instead of PDEPEND, because DEPEND="A" says
the package must be merged in a working state, thus *with all its
RDEPENDs* and thus it would cause circular deps. PDEPEND is a way to
relax this for such cases.
If this is what you call RDEPEND conceptually broken, then sorry for
useles try to explain it :) Maybe package manager could be smart enough
and relax the RDEPEND in such cases itself, maybe it's better to say
that via PDEPEND explicitly...
--
Vlastimil Babka (Caster)
Gentoo/Java
--
gentoo-dev@gentoo.org mailing list
^ permalink raw reply [relevance 99%]
Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2007-07-25 12:08 [gentoo-dev] New PDEPEND behaviour Piotr Jaroszyński
2007-07-25 12:51 ` Carsten Lohrke
2007-07-25 14:25 ` Brian Harring
2007-07-25 15:17 ` Carsten Lohrke
2007-07-25 15:32 99% ` Vlastimil Babka
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox