[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: db insanity.

From: Kevin Pilch-Bisson <kevin_at_pilch-bisson.net>
Date: 2001-09-07 18:01:48 CEST

On Fri, Sep 07, 2001 at 10:47:31AM -0500, Ben Collins-Sussman wrote:
> OK Kevin, maybe you can help me through the woods here. I can't tell
> if my problems are FreeBSD-specific. Maybe so, maybe not.
I'll do my best, not sure if I can help either (especially if they are FreeBSD
specific).
>
> Case 1: my personal FreeBSD devel box.
>
> I can successfully build statically (--disable-shared), and
> ./configure correctly detects db3.3 installed as db/ in the tree.

So you no longer have the problem where it was using the DB3.2.9 libs? At
least that is one positive thing (ducks).
>
> I've never tried building shared, because I don't want the .so's
> lying around my system. (Plus, static binaries are easier to debug.)

Oh definitely:)
>
>
> Case 2: the DAV testing box, also FreeBSD.
>
> I install db3.3 into /usr/local/BerkeleyDB.3.3/, just as this
> package wants to do.
>
> I run './configure --with-apxs=...', and it tells me:
>
> checking for built-in Berkeley DB... no
> checking for Berkeley DB in the standard places... no
> checking for Berkeley DB in /usr/local/include/db3 and /usr/local/lib... no
> checking for Berkeley DB in /usr/local... no
> checking for Berkeley DB in /usr/local/BerkeleyDB.3.3... no

For the next little while I'm going to use Linux terminology that I know,
you may have to translate to FreeBSD. (also note that I am just throwing
out ideas).

I didn't modify this part of the configure script at all, but I have a good
guess of why this is:

Is /usr/local/BerekelyDB3.3/ in your ld.so.conf or $LD_LIBRARY_PATH?

> checking for Berkeley DB in /usr/include/db3 and /usr/lib... no
>
> So I throw my hands in the air, and create a db/ subdir. Now
> ./configure is able to detect the built-in db, and I build shared.
> After doing a `make install`, I try to start httpd... but I get an
> error saying that mod_dav_svn, which depends on libsvn_fs, is unable
> to find the db library!
>
> bash-2.03$ /usr/local/apache2/bin/apachectl start
> Syntax error on line 177 of /usr/local/apache2/conf/httpd.conf:
> Cannot load /usr/local/apache2/modules/libmod_dav_svn.so into server: Shared object "libdb-3.3.so" not found
C. Scott Ananian and I had the same problem until we took the space out
in between in "-L $dbdir/.libs -ldb3.3" at line 103 of
ac-helpers/berkeley-db.m4. But I have checked that in so you shouldn't be
having that problem anymore (at least not with that cause).
> /usr/local/apache2/bin/apachectl start: httpd could not be started
> bash-2.03$ ls /usr/local/BerkeleyDB.3.3/lib/
> libdb-3.3.a libdb-3.3.so libdb.a
> libdb-3.3.la libdb-3.so libdb.so
Well if DB was built in the tree, it should be looking for them in the
--prefix you specified to configure subversion (not
/usr/local/BerkeleyDB.3.3/ I'm guessing). Again is --prefix/lib in
ld.so.conf or LD_LIBRARY_PATH (of the user starting apache)?
>
>
> Case 3: svn.collab.net, our actual Linux production server.
>
> db3.3 is installed in /usr/local/BerkeleyDB.3.3/, exactly as the
> listing looks above.
>
> I run './configure --with-apxs=...' :
>
> checking for Berkeley DB in /usr/local/BerkeleyDB.3.3... yes
>
> And everything works fine after building shared and `make install`.

I'm in the same boat as this.

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kevin Pilch-Bisson                    http://www.pilch-bisson.net
     "Historically speaking, the presences of wheels in Unix
     has never precluded their reinvention." - Larry Wall
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

  • application/pgp-signature attachment: stored
Received on Sat Oct 21 14:36:40 2006

This is an archived mail posted to the Subversion Dev mailing list.