Red Hat Bugzilla – Bug 4517
build leaves configuration where binaries didn't look
Last modified: 2008-05-01 11:37:51 EDT
a small configuration on include/ldapconfig.h.edit is needed to allow configuration files to go to the right place as is told on ./configure call. also adding a /var/lib/ldap as default data directory seems like a good idea make install leaves server binaries on /usr/libexec instead of /usr/sbin so ldap.init can't find them. patches on mail Carlo PS. sorry but seems openldap is missing on componentt list
a new openldap-3 RPM has been posted and the problems are still there i'd taken the new SRPM and applied a patch from scratch now i'm taking a new perspective instead of tweaking ldap.init to look on /usr/libexec instead of $PATH, i'm making links for slapd and slurp, and fixing the configfile to go to /etc/openldap just changing the corresponding values on spec and not on the openldap source. patches on mail
-5 is out SPEC almost fixed.. but ldap.init is still having problems new pachts against -5 on mail, hope we get on sync now ;) i think the new ldap.init is far more complicated that the original one, and could be optimized (too much nested ifs), i would prefer to keep it this way to be more clear something to think about is how should we lock ldap subsystem?, should we hope success on both slapd and slurpd to lock? i think we should.. but as an example syslog.init from sysklogd lock the subsystem even if one of the two daemons fail. i keep with tradition.. just to be sure Carlo
Fixed in Raw Hide.