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