xpat /usr/lib/libapr-1.la -luuid -lrt -lcrypt -lpthread -ldl -lz grep: /usr/lib/libdb-4.6.la: No such file or directory /bin/sed: can't read /usr/lib/libdb-4.6.la: No such file or directory libtool: link: `/usr/lib/libdb-4.6.la' is not a valid libtool archive make: *** [subversion/libsvn_subr/libsvn_subr-1.la] Error 1 * * ERROR: dev-util/subversion-1.4.5 failed. * Call stack: * ebuild.sh, line 1701: Called dyn_compile * ebuild.sh, line 1039: Called qa_call 'src_compile' * ebuild.sh, line 44: Called src_compile * subversion-1.4.5.ebuild, line 139: Called die * The specific snippet of code: * ( emake external-all && emake LT_LDFLAGS="-L${D}/usr/$(get_libdir)" local-all ) || die "Compilation of ${PN} failed" * The die message: * Compilation of subversion failed * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/dev-util/subversion-1.4.5/temp/build.log'. * !!! When you file a bug report, please include the following information: GENTOO_VM=sun-jdk-1.6 CLASSPATH="" JAVA_HOME="/opt/sun-jdk-1.6.0.03" JAVACFLAGS="-source 1.4 -target 1.4" COMPILER="" and of course, the output of emerge --info Reproducible: Always Steps to Reproduce: 1. emerge subversion Actual Results: See above Conjecture: depends on sys-libs/db-4.6? (But that is hard masked.)
Run revdep-rebuild.
I received the error as a result of running revdep-rebuild. The problem seems to be that subversion wants libdb-4.6; but I cannot install libdb-4.6, because it is hard masked against a conflict with openldap 2.3.39. So, in other words, it appears that it is currently impossible to have both openldap and subversion installed simultaneously.
The problem was fixed after manually re-emerging libtool. (That was not included in revdep-rebuild's list of packages to re-emerge.)