From: a@b.c   
      
   clifto wrote:   
   > # emerge -auD world   
   >   
   > These are the packages that would be merged, in order:   
   >   
   > Calculating world dependencies /   
   > !!! Multiple versions within a single package slot have been   
   > !!! pulled into the dependency graph:   
   >   
   > ('ebuild', '/', 'dev-java/java-config-2.0.33-r1', 'merge') pulled in by   
   >   ('ebuild', '/', 'dev-java/blackdown-jdk-1.4.2.03-r16', 'merge')   
   >   
   > ('installed', '/', 'dev-java/java-config-2.1.1', 'nomerge') pulled in by   
   >   ('installed', '/', 'net-misc/mDNSResponder-107.6-r5', 'nomerge')   
   >   ('installed', '/', 'sys-libs/db-4.5.20_p2', 'nomerge')   
   >   ('installed', '/', 'dev-libs/cyrus-sasl-2.1.22-r2', 'nomerge')   
   >   ('installed', '/', 'net-dns/libidn-0.6.9-r1', 'nomerge')   
   >   
   > It may be possible to solve this problem by using package.mask to   
   > prevent one of those packages from being selected. However, it is also   
   > possible that conflicting dependencies exist such that they are   
   > impossible to satisfy simultaneously. If such a conflict exists in the   
   > dependencies of two different packages, then those packages can not be   
   > installed simultaneously.   
   >   
   > For more information, see MASKED PACKAGES section in the emerge man page   
   > or refer to the Gentoo Handbook.   
   >   
   > !!! Depgraph creation failed.   
   > # emerge -C =dev-java/java-config-2.0.33-r1   
   >   
   > --- Couldn't find '=dev-java/java-config-2.0.33-r1' to unmerge.   
      
   It's not installed yet!   
      
   >>>> No packages selected for removal by unmerge   
   > remote sdb1 # emerge -C =dev-java/blackdown-jdk-1.4.2.03-r16   
   >   
   > --- Couldn't find '=dev-java/blackdown-jdk-1.4.2.03-r16' to unmerge.   
      
   And this one either! ;-)   
      
   >>>> No packages selected for removal by unmerge   
      
   Sometimes weird stuff happens but I've never had a dependency problem I   
   could not solve.   
      
   The hardest one I ever had was when I switched from MIT Kerberos to   
   Heimdal Kerberos for Cyrus-SASL and OpenLDAP because quite some packages   
   required the MIT version (USE-flags I suppose) and OpenLDAP wanted to   
   pull in the Heimdal one (if I recall everyting correctly).   
      
   What I did was building binaries from all blockers or troublemakers with   
   quickpg (a part of gentoolkit) followed by unmerging those ones and then   
   rebuilding the system and world.   
      
   So maybe you need to get rid of java-config before trying again?   
      
   HTH,   
      
   Wimmy   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)