Description of problem: With recent change the *.la files in %{_libdir} and its subdirectories are missing. Therefore, it is impossible to moduleload a module in slapd.conf. Version-Release number of selected component (if applicable): openldap-servers-2.4.43-3.fc24 How reproducible: Always - just after installation. Steps to Reproduce: 1. Install the openldap-servers package. 2. Try to load a module with moduleload option in /etc/openldap/slapd.conf. 3. The chosen module is not found. Actual results: lt_dlopenext failed: (accesslog) file not found Expected results: slapd starts without error Additional info: According to Fedora Packaging Guidelines [1] .la files should not be distributed with packages. As OpenLDAP tries to load the .so files directly, too, including these might be currently the best way to fix this. [1] https://fedoraproject.org/wiki/Packaging:Guidelines?rd=Packaging/Guidelines#Packaging_Static_Libraries
http://pkgs.fedoraproject.org/cgit/rpms/openldap.git/commit/?h=f24&id=ace19e3e36bea86a58f7ba8698acdae5be1b134c
openldap-2.4.43-4.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-8fad3111e6
openldap-2.4.43-4.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-8fad3111e6
There are still no *la files, but *so files appeared in openldap-2.4.43-2.fc24. Is that expected? # rpm -qpl openldap-servers-2.4.43-4.fc24.x86_64.rpm |grep -e la$ -e so$ /usr/lib64/openldap/accesslog.so /usr/lib64/openldap/allop.so /usr/lib64/openldap/auditlog.so /usr/lib64/openldap/back_dnssrv.so /usr/lib64/openldap/back_ldap.so /usr/lib64/openldap/back_meta.so /usr/lib64/openldap/back_null.so /usr/lib64/openldap/back_passwd.so /usr/lib64/openldap/back_perl.so /usr/lib64/openldap/back_relay.so /usr/lib64/openldap/back_shell.so /usr/lib64/openldap/back_sock.so /usr/lib64/openldap/check_password.so /usr/lib64/openldap/collect.so /usr/lib64/openldap/constraint.so /usr/lib64/openldap/dds.so /usr/lib64/openldap/deref.so /usr/lib64/openldap/dyngroup.so /usr/lib64/openldap/dynlist.so /usr/lib64/openldap/memberof.so /usr/lib64/openldap/pcache.so /usr/lib64/openldap/ppolicy.so /usr/lib64/openldap/refint.so /usr/lib64/openldap/retcode.so /usr/lib64/openldap/rwm.so /usr/lib64/openldap/seqmod.so /usr/lib64/openldap/smbk5pwd.so /usr/lib64/openldap/sssvlv.so /usr/lib64/openldap/syncprov.so /usr/lib64/openldap/translucent.so /usr/lib64/openldap/unique.so /usr/lib64/openldap/valsort.so For reference: # rpm -qpl openldap-servers-2.4.43-3.fc24.x86_64.rpm |grep -e la$ -e so$ /usr/lib64/openldap/check_password.so # rpm -qpl openldap-servers-2.4.43-2.fc24.x86_64.rpm |grep -e la$ -e so$ /usr/lib64/openldap/accesslog.la /usr/lib64/openldap/auditlog.la /usr/lib64/openldap/back_dnssrv.la /usr/lib64/openldap/back_ldap.la /usr/lib64/openldap/back_meta.la /usr/lib64/openldap/back_null.la /usr/lib64/openldap/back_passwd.la /usr/lib64/openldap/back_perl.la /usr/lib64/openldap/back_relay.la /usr/lib64/openldap/back_shell.la /usr/lib64/openldap/back_sock.la /usr/lib64/openldap/check_password.so /usr/lib64/openldap/collect.la /usr/lib64/openldap/constraint.la /usr/lib64/openldap/dds.la /usr/lib64/openldap/deref.la /usr/lib64/openldap/dyngroup.la /usr/lib64/openldap/dynlist.la /usr/lib64/openldap/memberof.la /usr/lib64/openldap/pcache.la /usr/lib64/openldap/ppolicy.la /usr/lib64/openldap/refint.la /usr/lib64/openldap/retcode.la /usr/lib64/openldap/rwm.la /usr/lib64/openldap/seqmod.la /usr/lib64/openldap/smbk5pwd.la /usr/lib64/openldap/sssvlv.la /usr/lib64/openldap/syncprov.la /usr/lib64/openldap/translucent.la /usr/lib64/openldap/unique.la /usr/lib64/openldap/valsort.la
Although moduleload *.so works, this change makes the upgrade inconvenient because slapd.conf has to be updated manually.
openldap-2.4.43-5.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-8fad3111e6
Patrik, thank you for testing this. When I had been testing this I had not used full name of a library, just a name without an extension, which works, too. Therefore I have not realized the issue. Here is a commit that brings back the *.la files: http://pkgs.fedoraproject.org/cgit/rpms/openldap.git/commit/?h=f24&id=a0c7cda8b5ad7f65ad4ccd398cc0cb860a44443b
Looks ok now: # rpm -qpl openldap-servers-2.4.43-5.fc24.x86_64.rpm |grep -e .so\$ -e .la\$ /usr/lib64/openldap/accesslog.la /usr/lib64/openldap/accesslog.so /usr/lib64/openldap/allop.la /usr/lib64/openldap/allop.so /usr/lib64/openldap/auditlog.la /usr/lib64/openldap/auditlog.so /usr/lib64/openldap/back_dnssrv.la /usr/lib64/openldap/back_dnssrv.so /usr/lib64/openldap/back_ldap.la /usr/lib64/openldap/back_ldap.so /usr/lib64/openldap/back_meta.la /usr/lib64/openldap/back_meta.so /usr/lib64/openldap/back_null.la /usr/lib64/openldap/back_null.so /usr/lib64/openldap/back_passwd.la /usr/lib64/openldap/back_passwd.so /usr/lib64/openldap/back_perl.la /usr/lib64/openldap/back_perl.so /usr/lib64/openldap/back_relay.la /usr/lib64/openldap/back_relay.so /usr/lib64/openldap/back_shell.la /usr/lib64/openldap/back_shell.so /usr/lib64/openldap/back_sock.la /usr/lib64/openldap/back_sock.so /usr/lib64/openldap/check_password.so /usr/lib64/openldap/collect.la /usr/lib64/openldap/collect.so /usr/lib64/openldap/constraint.la /usr/lib64/openldap/constraint.so /usr/lib64/openldap/dds.la /usr/lib64/openldap/dds.so /usr/lib64/openldap/deref.la /usr/lib64/openldap/deref.so /usr/lib64/openldap/dyngroup.la /usr/lib64/openldap/dyngroup.so /usr/lib64/openldap/dynlist.la /usr/lib64/openldap/dynlist.so /usr/lib64/openldap/memberof.la /usr/lib64/openldap/memberof.so /usr/lib64/openldap/pcache.la /usr/lib64/openldap/pcache.so /usr/lib64/openldap/ppolicy.la /usr/lib64/openldap/ppolicy.so /usr/lib64/openldap/refint.la /usr/lib64/openldap/refint.so /usr/lib64/openldap/retcode.la /usr/lib64/openldap/retcode.so /usr/lib64/openldap/rwm.la /usr/lib64/openldap/rwm.so /usr/lib64/openldap/seqmod.la /usr/lib64/openldap/seqmod.so /usr/lib64/openldap/smbk5pwd.la /usr/lib64/openldap/smbk5pwd.so /usr/lib64/openldap/sssvlv.la /usr/lib64/openldap/sssvlv.so /usr/lib64/openldap/syncprov.la /usr/lib64/openldap/syncprov.so /usr/lib64/openldap/translucent.la /usr/lib64/openldap/translucent.so /usr/lib64/openldap/unique.la /usr/lib64/openldap/unique.so /usr/lib64/openldap/valsort.la /usr/lib64/openldap/valsort.so
openldap-2.4.43-5.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-8fad3111e6
openldap-2.4.43-5.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report.