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
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
Fixed in Raw Hide.