Bug 4517

Summary:	build leaves configuration where binaries didn't look
Product:	[Retired] Red Hat Raw Hide	Reporter:	Arenas Belon, Carlo Marcelo <carenas>
Component:	open	Assignee:	Preston Brown <pbrown>
Status:	CLOSED NEXTRELEASE	QA Contact:
Severity:	high	Docs Contact:
Priority:	high
Version:	1.0	CC:	carenas, gafton
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	1999-08-30 23:22:41 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

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.