<quote who="Buchan Milne"> > On Tuesday 07 November 2006 16:33, Gavin Henry wrote: >> Dear All, >> >> Having a bit of trouble with 2.3.28 on Ubuntu Breezy Server: >> >> 2.6.12-10-amd64-xeon #1 SMP Fri Sep 15 16:20:29 UTC 2006 x86_64 >> GNU/Linux >> >> Versions: >> >> libtool-1.5.22 >> db-4.2.52 with patch.4.2.52.1 to 5 >> openldap-2.3.28 >> >> >> libtool like so: >> 456 ./configure >> 458 make >> 460 sudo make install >> >> db compiled like so: >> >> 372 tar -xzvf db-4.2.52.tar.gz >> 373 cd db-4.2.52 >> 374 ls >> 375 patch -p0 < ../patch.4.2.52.1 >> 376 patch -p0 < ../patch.4.2.52.2 >> 377 patch -p0 < ../patch.4.2.52.3 >> 378 patch -p0 < ../patch.4.2.52.4 >> 379 patch -p0 < ../patch.4.2.52.5 >> 380 cd build_unix/ >> 381 env CC=gcc CFLAGS='-O2' CXXFLAGS='-O2' ../dist/configure >> 382 make >> 383 sudo make install >> >> openldap-2.3.28 like so: >> env CC=gcc CPPFLAGS="-I/usr/local/BerkeleyDB.4.2/include" >> LDFLAGS="-L/usr/local/BerkeleyDB.4.2/lib" >> LD_LIBRARY_PATH="/usr/local/BerkeleyDB.4.2/lib" ./configure >> --prefix=/usr/local --enable-slapd --enable-syslog --with-cyrus-sasl=yes >> --enable-dynamic --enable-rewrite --disable-ipv6 --disable-shell >> --disable-sql --with-threads --enable-modules --enable-backends=mod >> --enable-overlays=mod >> >> make depend >> make >> >> [EMAIL PROTECTED]:~/openldap/openldap-2.3.28$ env SLAPD_DEBUG=1 make test >> cd >> tests; make test > > > You ran with LD_LIBRARY_PATH above, why not here? It may be simpler to > either:
As we never have before. It doesn't even say this on the FAQ either. Will have another browse to double check though. > > -use the shipped Berkeley DB version > -export LD_LIBRARY_PATH before your configure, so your make test finds > your > Berkeley DB library > -set some other LDFLAGS when building openldap, the library loader can > find > the library > -install it to a library path consulted by the library loader (eg, edit > ld.so.conf) I think this may be an option, and then running ldconfig > > depending on what you are trying to achieve. Just trying to get make test to pass ;-) Funny think is this is how we've always built OpenLDAP. This the first time it's failed and is exactly how it was built on RHEL4. Very strange. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E [EMAIL PROTECTED] Open Source. Open Solutions(tm). http://www.suretecsystems.com/
