<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
>
> suretec@suretec:~/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 ghenry(a)suretecsystems.com
Open Source. Open Solutions(tm).
http://www.suretecsystems.com/