...... checking for APR... not found configure: error: APR is required. Try --with-apr-config. !!! ERROR: dev-util/rapidsvn-0.9.4 failed. Call stack: ebuild.sh, line 1614: Called dyn_compile ebuild.sh, line 971: Called qa_call 'src_compile' environment, line 3410: Called src_compile rapidsvn-0.9.4.ebuild, line 70: Called econf '--with-svn-lib=/usr/lib' '--with-svn-include=/usr/include' '--with-neon-config=/usr/bin/neon-config' '--without-xsltproc' '--without-docbook-xsl' '--without-doxygen' '--without-dot' '--disable-static' '--enable-shared' '--with-wx-config=/usr/bin/wx-config-2.6' ebuild.sh, line 577: Called die Reproducible: Always Steps to Reproduce:
Created attachment 113721 [details] rapidsvn-0.9.4/config.log
So, you have apr/apr-util installed? If not, I really fail to see how you managed that because rapidsvn depends on subversions which already depends on the above.
(In reply to comment #2) Yes, it is shurely was installed while i did `emerge rapidsvn`, seems bug in function that checks availability of arp-util installed. P.S. Just for the case # emerge -pvD apr-util Calculating dependencies... done! [ebuild R ] dev-libs/apr-util-1.2.8 USE="berkdb gdbm ldap -postgres -sqlite -sqlite3" 0 kB
Could you please sync and try this again? You should see both: --with-neon-config=/usr/bin/neon-config and --with-apr-config=/usr/bin/apr-config and I don't see the latter one in your econf output.
Now we get the following conflict: ('ebuild', '/', 'dev-libs/apr-util-0.9.12', 'merge') pulled in by ('ebuild', '/', 'dev-util/rapidsvn-0.9.3', 'merge') ('ebuild', '/', 'dev-libs/apr-util-0.9.12-r1', 'nomerge') pulled in by ('ebuild', '/', 'net-www/apache-2.0.59-r2', 'nomerge') ('ebuild', '/', 'dev-util/subversion-1.3.2-r3', 'nomerge') Could you please change the dependency for apr-util to something like =dev-libs/apr-util-0* (from the apache ebuild)?
I'm not sure exactly what you're saying; I have no such issues with those packages on this machine, in fact, I have no 0.9.12-r1 at all. Could you please sync and check your overlay(s) and then try again?
This should be fixed now...