On Sun, 2003-02-09 at 10:37, Torsten Landschoff wrote: > Sorry for taking so long to write this email. I just feared that I did > not see something obvious and this is a silly bug on my side. Perhaps > it is. But I am unable to build OpenLDAP 2.1. *snip* > I really have no idea what to do about this bug apart from manually > copying the library into the destination directory which would be a > really crude hack. > > Perhaps I am dumb so I ask for comments about this: > > a) In my eyes libtool has a glaring bug here. It is called as > replacement for install, fails to install anything and returns a > success return code anyway (the build continues after that error...). > I'd like to file a bug that it should return with a failure return code > so that the caller notices that something has gone wrong. > libtool, like it's Autoconf and Automake friends, is something that you include in your source distribution, rather than rely on it being installed on the developer's machine. The included file is "ltmain.sh", which you'll find in OpenLDAP's "build" sub-directory. The Debian libtool package isn't being used here. Ours has the following code (yes, it's a fix not in the upstream) $echo "$modename: warning: relinking \`$file'" 1>&2 $show "$relink_command" if $run eval "$relink_command"; then : else $echo "$modename: error: relink \`$file' with the above command before installing it" 1>&2 !! exit 1 fi The version of ltmain.sh they include (which looks like it's been additionally hacked as well) has: $echo "$modename: warning: relinking \`$file'" 1>&2 $show "$relink_command" if $run eval "$relink_command"; then : else $echo "$modename: error: relink \`$file' with the above command before installing it" 1>&2 !! continue fi (I've marked the notable line) > b) Why the heck does it try to relink libldap at all? > Short answer: libtool 1,4 has issues with DESTDIR. We have patches to help, libtool 1.5 appears to fix all the problems but introduces a whole new additional world of pain[0]. > c) The next bug: liblber is not yet installed at that time. Why on earth > does libtool rely on liblber being in /usr/lib at that time? That > library is about to be relinked with the next command and that fails > because libldap is not found. > See above answer. The simplest fix would be to "libtoolize" OpenLDAP using the Debian version of libtool. (from the top-level source directory) $ libtoolize -f -c $ debuild -uc -us Hopefully the problems should go away. Scott [0] See my recent comments to http://bugs.debian.org/128391 -- Scott James Remnant Have you ever, ever felt like this? Had strange http://netsplit.com/ things happen? Are you going round the twist?
Attachment:
signature.asc
Description: This is a digitally signed message part