Using portage 2.1.2.9, I tried "emerge -avuDN --with-bdeps y world" and it failed because of a build time dependency slot violation for icu4j. If icu4j-3.0 and icu4j-3.4 are different then they should be in different slots. If not, then the two ebuilds in question (jena-2.4 and xom-1.0-r2) should depend on the same version of icu4j. Reproducible: Always Actual Results: # emerge -avuDN --with-bdeps y 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/icu4j-3.4', 'merge') pulled in by ('installed', '/', 'dev-java/jena-2.4', 'nomerge') ('installed', '/', 'dev-java/icu4j-3.0-r1', 'nomerge') pulled in by ('installed', '/', 'dev-java/xom-1.0-r2', '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. Expected Results: A proper emerge world with build time dependencies, as slot failures may be indicative of deeper issues with version compatibility between versions of icu4j.
And why did you omit emerge --info? http://packages.gentoo.org/search/?sstring=jena The packages in question are not in the main tree so not much we can do about it. jena doesn't seem to be in java overlays either: betelgeuse@pena /mnt/checkouts/java $ find | grep jena betelgeuse@pena /mnt/checkouts/java $ If I am wrong about this please reopen.
