[Pkg-openldap-devel] DEBIAN / UBUNTU OPENLDAP WILL NOT BUILD FROM SOURCE

[Ryan Tandy]

Hi,

On Sun, May 22, 2016 at 01:46:23PM -0500, GI Joe wrote:
>OpenLdap will not build from source.

Well, it seems to build from source fairly reliably on both the Debian 
and Ubuntu build servers, but let's see if we can figure out what's 
different between those builders and your environment.

BTW, which source version are you currently trying to build?

>I've had to massage it since Ubuntu 14.04.  Looks like changes were 
>made back in 2014 that are causing the problems.
>
>It's been a real PITA for the last ~3 years.
>
>I don't know what upstream was trying to accomplish but it APPEARS to be
>somone wanted to support put gssapi stuff in for SAMBA.
>
>configure.in is buggered.
>debian/rules is buggered.
>
>I have to comment out stuff.... and add new VARS to configure.in just to
>get it this far.  I usually just delete all the 'crap' out.

OK, if you're making modifications to the source (and not mentioning 
exactly what those modifications are), I probably won't be able to help, 
because I won't get the same results as you.

Can you start again from an unmodified source package, show the exact 
commands you're running, and what happens?

>Regardless, compiling from source is worthless.
>
>Try it yourself from a 'fresh' install of 1404 or 1604 or Debian 8.  Makes
>no difference.  Results are the same.
>
>grep these compile-time VAR culprits and search the version control logs.
>Looks like the suspect changes were made 2009.
>
>VERSION_OPTIONS
>GSSAPI_LIBS
>
>... SAMPLE CRAP...  from debian/rules...
>override_dh_auto_clean:
>        dh_auto_clean
>        # Update translation templates for debconf
>        debconf-updatepo
>ifeq ($(filter stage1,$(DEB_BUILD_PROFILES)),)
>        # Remove our stripped schema from the upstream source area.
>        if [ -z "$(DFSG_NONFREE)" ]; then \
>            set -e; for s in debian/schema/*.schema debian/schema/*.ldif;
>do \
>                rm -f servers/slapd/schema/`basename $$s`; \
>            done; \
>        fi
>
>        rm -f contrib/slapd-modules/nssov/nss-pam-ldapd/config.sub
>contrib/slapd-modules/nssov/nss-pam-ldapd/config.guess
>
>        # Clean the contrib directory
>        rm -rf contrib/slapd-modules/smbk5pwd/.libs \
>                contrib/slapd-modules/smbk5pwd/smbk5pwd.lo \
>                contrib/slapd-modules/smbk5pwd/smbk5pwd.la \
>                contrib/slapd-modules/smbk5pwd/smbk5pwd.o
>        rm -rf contrib/slapd-modules/autogroup/.libs \
>                contrib/slapd-modules/autogroup/autogroup.lo \
>                contrib/slapd-modules/autogroup/autogroup.la \
>                contrib/slapd-modules/autogroup/autogroup.o
>        rm -rf contrib/slapd-modules/lastbind/.libs \
>                contrib/slapd-modules/lastbind/lastbind.lo \
>                contrib/slapd-modules/lastbind/lastbind.la \
>                contrib/slapd-modules/lastbind/lastbind.o
>        rm -rf contrib/slapd-modules/passwd/sha2/.libs \
>                contrib/slapd-modules/passwd/sha2/pw-sha2.lo \
>                contrib/slapd-modules/passwd/sha2/pw-sha2.la \
>                contrib/slapd-modules/passwd/sha2/pw-sha2.o
>endif

OK, so your source is a reasonably recent Ubuntu package; let's assume 
you have 2.4.42+dfsg-2ubuntu3, or somewhere around there. And I'll 
assume from the shell prompt below that this is an Ubuntu 16.04 system.

>ONE OF MANY SAMPLES OF PROBLEMS...
>-e 's%DATADIR%/usr/share/ldap%' \
>-e 's%SBINDIR%/usr/sbin%' \
>-e 's%BINDIR%/usr/bin%' \
>-e 's%LIBDIR%/usr/lib/x86_64-linux-gnu%' \
>-e 's%LIBEXECDIR%/usr/lib%' \
>-e 's%MODULEDIR%/usr/lib/ldap%' \
>-e 's%RELEASEDATE%2015/08/14%' \
>./$page \
>| (cd .; soelim -) > $page.tmp; \
>done
>make[4]: Leaving directory
>'/home/starnet/tmp/openldap-2.4.42+dfsg/doc/man/man8'
>
>make[3]: Leaving directory '/home/starnet/tmp/openldap-2.4.42+dfsg/doc/man'
>
>make[2]: Leaving directory '/home/starnet/tmp/openldap-2.4.42+dfsg/doc'
>
>make[1]: Leaving directory '/home/starnet/tmp/openldap-2.4.42+dfsg'
>/usr/bin/make -C contrib/slapd-modules/smbk5pwd
>make[1]: Entering directory
>'/home/starnet/tmp/openldap-2.4.42+dfsg/contrib/slapd-modules/smbk5pwd'
>../../../debian/build/libtool --mode=compile gcc -g -O2 -Wall -g -O2
>-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time
>-D_FORTIFY_SOURCE=2 -DDO_KRB5 -DDO_SAMBA -DDO_SHADOW
>-I../../../debian/build/include -I../../../debian/build/servers/slapd
>-I../../../include -I../../../include -I../../../servers/slapd
>-I/usr/include/heimdal  -c smbk5pwd.c
>make[1]: ../../../debian/build/libtool: Command not found

This doesn't make a lot of sense to me, because to get through the main 
openldap compilation you'd have to have had debian/build/libtool. Was 
one of the changes you made perhaps related to the location of the build 
tree?

>Makefile:54: recipe for target 'smbk5pwd.lo' failed
>make[1]: *** [smbk5pwd.lo] Error 127
>make[1]: Leaving directory
>'/home/starnet/tmp/openldap-2.4.42+dfsg/contrib/slapd-modules/smbk5pwd'
>debian/rules:81: recipe for target 'override_dh_auto_build' failed
>make: *** [override_dh_auto_build] Error 2
>root at u1604svr:/home/starnet/tmp/openldap-2.4.42+dfsg# !vi