Closed coudot closed 5 years ago
@coudot
When you are in /home/clement/paquet-openldap-debian/openldap-ltb-2.4.47/ltb-project-openldap-explockout-1.0
, the linker is trying to load libraries ldap_r and ber from directories ../libraries/liblber/.libs
and ../libraries/libldap_r/.libs
.
Are these directories present ? Is it a problem of relative path?
I think the issue is on the contrary that we don't use ../libraries, but /usr/local/openldap/lib64, which does not exists until OpenLDAP LTB packages is installed. See the output of the commande on the first message.
It works if I installed openldap-ltb_2.4.47.1_amd64.deb package first to have libraries
Yes, that's it: you have to install openldap package first. That's not wishable, because it introduces cyclic dependency: you need to install openldap to compile openldap... I'll try to find a fix. (I think libtool can help for this task)
I think we solved the issue with smbk5pwg overlay when setting LDAP_LIB:
## smbk5pwd
cd smbk5pwd
make clean
make "DEFS=-DDO_SAMBA -DDO_SHADOW" "HEIMDAL_LIB=" "LDAP_LIB=-L../../../libraries/liblber/.libs/ -L../../../libraries/libldap_r/.libs/ -lldap_r -llber" "prefix=${LDAPSERVERDIR}"
cd ..
I will give a look, I can't do it now.
No problem, we have a workaround solution for the moment.
I think it's a vicious bug in libtool. It's working the same way in smbk5pwd and in explockout. Only difference: the inst-prefix-dir command arg for smbk5pwd. I don't understand why it's added in this case and not mine. I will reinvestigate later.
Should be ok now. @coudot could you test?
@coudot: I assume this is fixed by b152c1f742b8701fa98416004ddb9b2f125bf4f3
Supposed done in https://github.com/ltb-project/openldap-deb/releases/tag/v2.4.48
When building OpenLDAP LTB packages, I get this error: