$summary, clean also unneeded .la files /usr/lib64/liblber.a /usr/lib64/libldap.a /usr/lib64/libldap_r.a /usr/lib64/liblber-2.4.so.2.8.1 /usr/lib64/libldap-2.4.so.2.8.1 /usr/lib64/libldap_r-2.4.so.2.8.1 /usr/lib64/libldap_r.so /usr/lib64/libldap_r-2.4.so.2 /usr/lib64/libldap.so /usr/lib64/libldap-2.4.so.2 /usr/lib64/liblber.so /usr/lib64/liblber-2.4.so.2 /usr/lib64/libldap.la /usr/lib64/libldap_r.la /usr/lib64/liblber.la
I modified the current ebuild for 2.4.31 to use static-libs and it seems to be OK for me. I did in the process discover that mail-client/pine requires the static libs, but there is already a request (#371593) to remove this ebuild as it is largely dead upstream. Before I submit this for approval, should I be making it work with all the previous ebuilds for openldap or is just the current one OK?
Created attachment 326794 [details, diff] patch converting openldap for static-libs USE flag Attached is a patch to 2.4.33 which modifies the ebuild for the static-libs USE flag. Also removes .la files from /usr/$(get_libdir). Unlike many other packages, openldap actually uses LTDL from libtool, so don't remove the .la files anywhere else.
*ping!*
again, *ping!*
* 3rd ping! Suggest changing title to >=net-nds/openldap-2.4.35 as lower versions are currently hardmasked due to recent security vulnerabilities.
Created attachment 361756 [details, diff] patch Sean, thank you for patch, works fine here. Changed it a bit: better use prune_libtool_files instead of find.
in 2.4.40