subversion-javahlbindings: Berkeley DB 4.0.14 or newer wasn't found

[ryandesign (Ryan Carsten Schmidt)]

$ sudo port -u upgrade subversion-javahlbindings
--->  Computing dependencies for subversion-javahlbindings
--->  Fetching subversion-javahlbindings
--->  Verifying checksum(s) for subversion-javahlbindings
--->  Extracting subversion-javahlbindings
--->  Applying patches to subversion-javahlbindings
--->  Configuring subversion-javahlbindings
Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/_Users_rschmidt_macports_dports_devel_subversion-javahlbindings/work/subversion-1.6.11" && ./configure --prefix=/opt/local --disable-dependency-tracking --with-berkeley-db=:/opt/local/include/db46:/opt/local/lib/db46:db-4.6 --with-neon=/opt/local --with-apr=/opt/local/bin/apr-1-config --with-apr-util=/opt/local/bin/apu-1-config --without-apxs --mandir=\${prefix}/share/man --disable-neon-version-check --with-serf=/opt/local --with-sasl=/opt/local --enable-javahl --without-jikes --with-junit=/opt/local/share/java/junit.jar " returned error 1
Command output: checking for /usr/bin/gcc-4.2 option to produce PIC... -fno-common
checking if /usr/bin/gcc-4.2 PIC flag -fno-common works... yes
checking if /usr/bin/gcc-4.2 static flag -static works... no
checking if /usr/bin/gcc-4.2 supports -c -o file.o... yes
checking whether the /usr/bin/gcc-4.2 linker (/usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld) supports shared libraries... yes
checking dynamic linker characteristics... darwin10.3.0 dyld
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld
checking if the linker (/usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld) is GNU ld... no
checking whether the g++ linker (/usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld) supports shared libraries... yes
checking for g++ option to produce PIC... -fno-common
checking if g++ PIC flag -fno-common works... yes
checking if g++ static flag -static works... no
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld) supports shared libraries... yes
checking dynamic linker characteristics... darwin10.3.0 dyld
(cached) (cached) checking how to hardcode library paths into programs... immediate
appending configuration tag "F77" to libtool
checking whether libtool needs -no-undefined... no
checking whether to avoid circular linkage at all costs... no
checking for trang... none
checking for socket in -lsocket... no
checking for availability of Berkeley DB... no
configure: error: Berkeley DB 4.0.14 or newer wasn't found.

Error: Unable to upgrade port: 1

$ port installed apr-util name:db4 subversion
The following ports are currently installed:
  apr-util @1.3.9_2+no_bdb+universal (active)
  db44 @4.4.20_1+universal (active)
  db46 @4.6.21_6+universal (active)
  db47 @4.7.25_1+universal (active)
  subversion @1.6.11_0+mod_dav_svn+no_bdb+tools+universal (active)

[danielluke (Daniel J. Luke)]

I would suspect that if you're running apr-util and subversion with +no_bdb, that you need to install th bindings port with +no_bdb as well...

[ryandesign (Ryan Carsten Schmidt)]

Ah, it didn't occur to me that subversion-javahlbindings would have such a variant. It would be nice if subversion-javahlbindings would detect this situation and tell me what to do. For ideas about how this can be done, see how the pango port handles the +quartz variant. I guess the same applies to the subversion port and all the other subversion binding ports.

[danielluke (Daniel J. Luke)]

+no_bdb is only there because you insisted on it. I'd be more inclined to just remove it ;-)

pango appears to be looking for a .pc file that only gets installed with cairo's quartz variant, so that's not going to work for this. I suppose we could parse the output of apu-1-config - but that seems somewhat messy (and it might be possible to build apr-util with dbd support and subversion without it which could generate the same sort of problem).