Bug 4517 - build leaves configuration where binaries didn't look
Summary: build leaves configuration where binaries didn't look
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: open
Version: 1.0
Hardware: All
OS: Linux
high
high
Target Milestone: ---
Assignee: Preston Brown
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 1999-08-14 02:48 UTC by Arenas Belon, Carlo Marcelo
Modified: 2008-05-01 15:37 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 1999-08-30 23:22:41 UTC
Embargoed:


Attachments (Terms of Use)

Description Arenas Belon, Carlo Marcelo 1999-08-14 02:48:39 UTC
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

Comment 1 carenas 1999-08-24 13:26:59 UTC
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

Comment 2 carenas 1999-08-24 14:15:59 UTC
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

Comment 3 carenas 1999-08-25 17:01:59 UTC
-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

Comment 4 Jeff Johnson 1999-08-26 22:58:59 UTC
Fixed in Raw Hide.


Note You need to log in before you can comment on or make changes to this bug.