<div dir="ltr">ps... I also change my dependencies in debian/control to abolish gnutls and enable openssl</div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 22, 2016 at 4:02 PM, GI Joe <span dir="ltr"><<a href="mailto:medic333333@gmail.com" target="_blank">medic333333@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello Ryan...<div><br></div><div>To save a lot of explanation... and a "see for yourself"....</div><div><br></div><div>If you can create a VM of ubuntu 14.04, 1604 OR Debian 8....</div><div><br></div><div>1) apt-get your build dependencies and build tools.</div><div><br></div><div><br></div><div>2) apt-get source slapd.</div><div><br></div><div>[edit your configure.options as you wish (FYI... I usually enable *all* backends and overlays... and use tls=openssl)]</div><div><br></div><div>3) dh binary </div><div><br></div><div>That SHOWS you everything you need to know.</div><div><br></div><div>-----------------------------</div><div><br></div><div>I've deleted out all of the overrides in debian/rules (virtually everything special regarding anything in ./contrib/slapd-modules)</div><div><br></div><div>I've also added blank var VERSION_OPTIONS= and GSSAPI_LIBS to <a href="http://configure.in" target="_blank">configure.in</a> </div><div><br></div><div>---- </div><div><br></div><div>Doing all of that allows a complete compile and, as I type this msg to you, it's running the tests.</div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 22, 2016 at 2:40 PM, Ryan Tandy <span dir="ltr"><<a href="mailto:ryan@nardis.ca" target="_blank">ryan@nardis.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
On Sun, May 22, 2016 at 01:46:23PM -0500, GI Joe wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
OpenLdap will not build from source.<br>
</blockquote>
<br>
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.<br>
<br>
BTW, which source version are you currently trying to build?<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I've had to massage it since Ubuntu 14.04. Looks like changes were made back in 2014 that are causing the problems.<br>
<br>
It's been a real PITA for the last ~3 years.<br>
<br>
I don't know what upstream was trying to accomplish but it APPEARS to be<br>
somone wanted to support put gssapi stuff in for SAMBA.<br>
<br>
<a href="http://configure.in" rel="noreferrer" target="_blank">configure.in</a> is buggered.<br>
debian/rules is buggered.<br>
<br>
I have to comment out stuff.... and add new VARS to <a href="http://configure.in" rel="noreferrer" target="_blank">configure.in</a> just to<br>
get it this far. I usually just delete all the 'crap' out.<br>
</blockquote>
<br>
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.<br>
<br>
Can you start again from an unmodified source package, show the exact commands you're running, and what happens?<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Regardless, compiling from source is worthless.<br>
<br>
Try it yourself from a 'fresh' install of 1404 or 1604 or Debian 8. Makes<br>
no difference. Results are the same.<br>
<br>
grep these compile-time VAR culprits and search the version control logs.<br>
Looks like the suspect changes were made 2009.<br>
<br>
VERSION_OPTIONS<br>
GSSAPI_LIBS<br>
<br>
... SAMPLE CRAP... from debian/rules...<br>
override_dh_auto_clean:<br>
dh_auto_clean<br>
# Update translation templates for debconf<br>
debconf-updatepo<br>
ifeq ($(filter stage1,$(DEB_BUILD_PROFILES)),)<br>
# Remove our stripped schema from the upstream source area.<br>
if [ -z "$(DFSG_NONFREE)" ]; then \<br>
set -e; for s in debian/schema/*.schema debian/schema/*.ldif;<br>
do \<br>
rm -f servers/slapd/schema/`basename $$s`; \<br>
done; \<br>
fi<br>
<br>
rm -f contrib/slapd-modules/nssov/nss-pam-ldapd/config.sub<br>
contrib/slapd-modules/nssov/nss-pam-ldapd/config.guess<br>
<br>
# Clean the contrib directory<br>
rm -rf contrib/slapd-modules/smbk5pwd/.libs \<br>
contrib/slapd-modules/smbk5pwd/smbk5pwd.lo \<br>
contrib/slapd-modules/smbk5pwd/<a href="http://smbk5pwd.la" rel="noreferrer" target="_blank">smbk5pwd.la</a> \<br>
contrib/slapd-modules/smbk5pwd/smbk5pwd.o<br>
rm -rf contrib/slapd-modules/autogroup/.libs \<br>
contrib/slapd-modules/autogroup/autogroup.lo \<br>
contrib/slapd-modules/autogroup/<a href="http://autogroup.la" rel="noreferrer" target="_blank">autogroup.la</a> \<br>
contrib/slapd-modules/autogroup/autogroup.o<br>
rm -rf contrib/slapd-modules/lastbind/.libs \<br>
contrib/slapd-modules/lastbind/lastbind.lo \<br>
contrib/slapd-modules/lastbind/<a href="http://lastbind.la" rel="noreferrer" target="_blank">lastbind.la</a> \<br>
contrib/slapd-modules/lastbind/lastbind.o<br>
rm -rf contrib/slapd-modules/passwd/sha2/.libs \<br>
contrib/slapd-modules/passwd/sha2/pw-sha2.lo \<br>
contrib/slapd-modules/passwd/sha2/<a href="http://pw-sha2.la" rel="noreferrer" target="_blank">pw-sha2.la</a> \<br>
contrib/slapd-modules/passwd/sha2/pw-sha2.o<br>
endif<br>
</blockquote>
<br>
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.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
ONE OF MANY SAMPLES OF PROBLEMS...<br>
-e 's%DATADIR%/usr/share/ldap%' \<br>
-e 's%SBINDIR%/usr/sbin%' \<br>
-e 's%BINDIR%/usr/bin%' \<br>
-e 's%LIBDIR%/usr/lib/x86_64-linux-gnu%' \<br>
-e 's%LIBEXECDIR%/usr/lib%' \<br>
-e 's%MODULEDIR%/usr/lib/ldap%' \<br>
-e 's%RELEASEDATE%2015/08/14%' \<br>
./$page \<br>
| (cd .; soelim -) > $page.tmp; \<br>
done<br>
make[4]: Leaving directory<br>
'/home/starnet/tmp/openldap-2.4.42+dfsg/doc/man/man8'<br>
<br>
make[3]: Leaving directory '/home/starnet/tmp/openldap-2.4.42+dfsg/doc/man'<br>
<br>
make[2]: Leaving directory '/home/starnet/tmp/openldap-2.4.42+dfsg/doc'<br>
<br>
make[1]: Leaving directory '/home/starnet/tmp/openldap-2.4.42+dfsg'<br>
/usr/bin/make -C contrib/slapd-modules/smbk5pwd<br>
make[1]: Entering directory<br>
'/home/starnet/tmp/openldap-2.4.42+dfsg/contrib/slapd-modules/smbk5pwd'<br>
../../../debian/build/libtool --mode=compile gcc -g -O2 -Wall -g -O2<br>
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time<br>
-D_FORTIFY_SOURCE=2 -DDO_KRB5 -DDO_SAMBA -DDO_SHADOW<br>
-I../../../debian/build/include -I../../../debian/build/servers/slapd<br>
-I../../../include -I../../../include -I../../../servers/slapd<br>
-I/usr/include/heimdal -c smbk5pwd.c<br>
make[1]: ../../../debian/build/libtool: Command not found<br>
</blockquote>
<br>
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?<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Makefile:54: recipe for target 'smbk5pwd.lo' failed<br>
make[1]: *** [smbk5pwd.lo] Error 127<br>
make[1]: Leaving directory<br>
'/home/starnet/tmp/openldap-2.4.42+dfsg/contrib/slapd-modules/smbk5pwd'<br>
debian/rules:81: recipe for target 'override_dh_auto_build' failed<br>
make: *** [override_dh_auto_build] Error 2<br>
root@u1604svr:/home/starnet/tmp/openldap-2.4.42+dfsg# !vi<br>
</blockquote>
</blockquote></div><br></div>
</blockquote></div><br></div>