On 08/10/2011 02:14 PM, Fabio Erculiani wrote:
> The problem here is that Portage enforces the same rule by trying to
> schedule the PDEPEND "as soon as possible"
This behavior was introduced in order to solve bug 180045 [1].
We can accomplish similar results to the ASAP ("as soon as possible")
behavior in cases like this, if we create a virtual/meta-package that
pulls in the circularly dependent packages. We also havo to update the
reverse dependencies to refer to the virtual/meta-package.
So, the ASAP behavior is really just a convenience so that ebuild
maintainers don't have to go to the trouble of creating a virtual and
updating all the reverse dependencies.
[1] http://bugs.gentoo.org/show_bug.cgi?id=180045
--
Thanks,
Zac