[Date Prev][Date Next]
- To: "Kirk A. Turner-Rustin" <firstname.lastname@example.org>
- Subject: RE: dependencies
- From: "James Courtney" <Jcourtney@inphonic.com>
- Date: Wed, 8 Oct 2003 17:51:43 -0700
- Cc: "Open LDAP Software (E-mail)" <openldap-software@OpenLDAP.org>
- Content-class: urn:content-classes:message
- Thread-index: AcONqU7Vz/WF9G+jS92z5BE+r1ASKwAVcZ4A
- Thread-topic: dependencies
Hey Kirk. Thanks for your help. I downloaded and installed 2.1.22 and it's dependencies from the Redhat RawHide repository. Everything seems to work fine now of course I never get the opportunity to run a make test and see if the concurrency issue exists. I admit I'm kind of suprised that more people haven't seen the test008-concurrency problem. Maybe my hardware is funky. It would default to pthreads instead of LinuxThreads right ( I read a post on this somewhere in the OpenLDAP FAQ)? Thanks again!
From: Kirk A. Turner-Rustin [mailto:email@example.com]
Sent: Wednesday, October 08, 2003 7:33 AM
To: James Courtney
Cc: Open LDAP Software (E-mail)
Subject: Re: dependencies
On Tue, 7 Oct 2003, James Courtney wrote:
> I'm compiling openldap on Redhat 9 which already has an older version of openldap (2.0.27 I think) and dependencies like SASL, Kerberos, Berkeley DB, and OpenSSL. These are not all installed in /usr/local however so when I compile and 'make install' OpenSSL, Berkeley DB, MIT Kerberos, and SASL these are placed in /usr/local so now there are both versions on the machine. How do I ensure that my OpenLDAP is being configured to run with the correct (new, built by me) versions of these dependencies? How do I check to see which it's using?
You might consider building OpenLDAP 2.1.22 binary RPMs from the source
RPM available in RawHide. The source RPM includes the correct version of
Berkeley DB and (I believe) links against it statically. Search the list
archives for a July or Aug posting by Frank Swasey that included a patch
to the source RPM spec file. Once the new OpenLDAP binary RPMs are built,
you can just rpm -Uvh and apply them over the old ones, giving you one
version to deal with. We did this here and are happily running OpenLDAP
2.1.22 on RedHat 9 with no problems.
> Many thanks!
> James Courtney
> InPhonic, Inc.
Ohio Wesleyan University