<div dir="ltr"><div>FYI/CURRENT STATUS/NOTICE:</div><div><br></div><div>RE: Testing... Testing completed successfully... but then....</div><div><br></div><div>(see sample output below [RESULTS AFTER...]. </div><div><br></div><div>RE: Libtool...</div><div>TWO MORE QUESTIONS/ISSUES (one noted as a side-issue of libtool package on 1604, not a problem on 1404; *may* be a problem on Deb 8.)</div><div><br></div><div>1) Libtool was already installed on the system. However, it wasn't a binary executable. </div><div>QUESTION: Why do you need another copy within the openldap source tree if it is, in fact, on the system? (However, I just figured out that on 16.04 (Debian 8, too?), I do have to build libtool, too! Refer to #2)...</div><div><br></div><div>2) Ubuntu 16.04... the libtool is NOT installed as an executable... instead, it's installed as a source tree to be compiled under /usr/share/libtool. However, libtoolize IS installed as an executable. Go figure! ;) Under 14.04, libtool is installed as an executable. SNAFU on 16.04... Debian too? I'll have to try it out.</div><div> </div><div><br></div><div>root@u1604svr:/home/starnet/tmp/openldap-2.4.42+dfsg# which libtool<br></div><div><div>root@u1604svr:/home/starnet/tmp/openldap-2.4.42+dfsg# libtool</div><div>-bash: libtool: command not found</div></div><div><br></div><div><div>root@u1604svr:/home/starnet/tmp/openldap-2.4.42+dfsg# apt-get install libtool</div><div>Reading package lists... Done</div><div>Building dependency tree </div><div>Reading state information... Done</div><div>libtool is already the newest version (2.4.6-0.1).</div><div>0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.</div></div><div><br></div><div><div>root@u1604svr:/home/starnet/tmp/libtool-2.4.6# ls /usr/share/libtool</div><div>aclocal.m4 <a href="http://config-h.in">config-h.in</a> configure COPYING.LIB loaders lt__argz.c ltdl.c lt_dlloader.c lt_error.c Makefile.am README</div><div>build-aux config.log <a href="http://configure.ac">configure.ac</a> libltdl lt__alloc.c lt__dirent.c ltdl.h <a href="http://ltdl.mk">ltdl.mk</a> lt__strl.c Makefile.in slist.c</div></div><div><br></div><div><br></div><div>------------------------------------------</div><div><br></div><div>RESULTS AFTER COMPLETING BUILD TESTING...</div><div><br></div><div><div>installing slapo-chain.5 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man5</div><div>installing slapo-collect.5 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man5</div><div>installing slapo-constraint.5 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man5</div><div>installing slapo-dds.5 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man5</div><div>installing slapo-dyngroup.5 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man5</div><div>installing slapo-dynlist.5 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man5</div><div>installing slapo-memberof.5 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man5</div><div>installing slapo-pbind.5 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man5</div><div>installing slapo-pcache.5 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man5</div><div>installing slapo-ppolicy.5 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man5</div><div>installing slapo-refint.5 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man5</div><div>installing slapo-retcode.5 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man5</div><div>installing slapo-rwm.5 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man5</div><div>installing slapo-sssvlv.5 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man5</div><div>installing slapo-syncprov.5 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man5</div><div>installing slapo-translucent.5 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man5</div><div>installing slapo-unique.5 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man5</div><div>installing slapo-valsort.5 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man5</div><div>make[4]: Leaving directory '/home/starnet/tmp/openldap-2.4.42+dfsg/doc/man/man5'</div><div> </div><div> Entering subdirectory man8</div><div>make[4]: Entering directory '/home/starnet/tmp/openldap-2.4.42+dfsg/doc/man/man8'</div><div>../../../build/shtool mkdir -p /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man8</div><div>PAGES=`cd .; echo *.8`; \</div><div>for page in $PAGES; do \</div><div><span class="" style="white-space:pre"> </span>echo "installing $page in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man8"; \</div><div><span class="" style="white-space:pre"> </span>rm -f /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man8/$page; \</div><div><span class="" style="white-space:pre"> </span>../../../build/shtool install -c -m 644 $page.tmp /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man8/$page; \</div><div><span class="" style="white-space:pre"> </span>if test -f "./$page.links" ; then \</div><div><span class="" style="white-space:pre"> </span>for link in `cat ./$page.links`; do \</div><div><span class="" style="white-space:pre"> </span>echo "installing $link in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man8 as link to $page"; \</div><div><span class="" style="white-space:pre"> </span>rm -f /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man8/$link ; \</div><div><span class="" style="white-space:pre"> </span>../../../build/shtool mkln -s /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man8/$page /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man8/$link; \</div><div><span class="" style="white-space:pre"> </span>done; \</div><div><span class="" style="white-space:pre"> </span>fi; \</div><div>done</div><div>installing slapacl.8 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man8</div><div>installing slapadd.8 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man8</div><div>installing slapauth.8 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man8</div><div>installing slapcat.8 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man8</div><div>installing slapd.8 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man8</div><div>installing slapdn.8 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man8</div><div>installing slapindex.8 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man8</div><div>installing slappasswd.8 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man8</div><div>installing slapschema.8 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man8</div><div>installing slaptest.8 in /home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp/usr/share/man/man8</div><div>make[4]: Leaving directory '/home/starnet/tmp/openldap-2.4.42+dfsg/doc/man/man8'</div><div> </div><div>make[3]: Leaving directory '/home/starnet/tmp/openldap-2.4.42+dfsg/doc/man'</div><div> </div><div>make[2]: Leaving directory '/home/starnet/tmp/openldap-2.4.42+dfsg/doc'</div><div> </div><div>make[1]: Leaving directory '/home/starnet/tmp/openldap-2.4.42+dfsg'</div><div>/usr/bin/make -C contrib/slapd-modules/passwd/sha2 install DESTDIR=/home/starnet/tmp/openldap-2.4.42+dfsg/debian/tmp</div><div>make[1]: Entering directory '/home/starnet/tmp/openldap-2.4.42+dfsg/contrib/slapd-modules/passwd/sha2'</div><div>../../../../debian/build/libtool --mode=compile gcc -g -O2 -Wall -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -I../../../../debian/build/include -I../../../../include -I../../../../include -I../../../../servers/slapd -c slapd-sha2.c</div><div>make[1]: ../../../../debian/build/libtool: Command not found</div><div>Makefile:31: recipe for target 'slapd-sha2.lo' failed</div><div>make[1]: *** [slapd-sha2.lo] Error 127</div><div>make[1]: Leaving directory '/home/starnet/tmp/openldap-2.4.42+dfsg/contrib/slapd-modules/passwd/sha2'</div><div>debian/rules:84: recipe for target 'override_dh_auto_install' failed</div><div>make: *** [override_dh_auto_install] Error 2</div><div>root@u1604svr:/home/starnet/tmp/openldap-2.4.42+dfsg# </div><div><br></div></div><div><br></div><div><br></div><div><br><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 22, 2016 at 5:18 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">pss... footnote....<div><br></div><div>The problem *may* go back to 12.04/Debian 6 or 7 or sooner ... but I don't know for sure. This is based on my analysis of the suspect changes occurring since 2009.</div><div><br></div><div>I abandoned gnutls starting with 1404... cuz of the multitude of handshake problems with between gnutls and non-gnutls systems with respect to TLS 1.2</div><div><br></div><div>I started building 'my own' non-gnutls with 14.04.</div><div><br></div><div>That's when I first discovered the source building problem(s).... </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 22, 2016 at 4:04 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">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>
</blockquote></div><br></div>
</blockquote></div><br></div>