I am building OpenLDAP 2.4.13 (on RHEL5 if it matters) and using the --program-suffix option of configure so I can install this without replacing Red Hat's version (this time).
What I'm finding though is that although the binaries have the suffix -- /usr/sbin/slaptest2.4 (for example). The slapd binary does not understand that "slaptest2.4" should make it run as the slaptest tool -- and it executes as slapd.
Is this behavior expected (ie, using this feature, I need to patch the tools array in servers/slapd/main.c to put the suffix on the char string for matching purposes)?
Thanks,
--On Friday, February 13, 2009 12:42 PM -0500 Francis Swasey Frank.Swasey@uvm.edu wrote:
I am building OpenLDAP 2.4.13 (on RHEL5 if it matters) and using the --program-suffix option of configure so I can install this without replacing Red Hat's version (this time).
What I'm finding though is that although the binaries have the suffix -- /usr/sbin/slaptest2.4 (for example). The slapd binary does not understand that "slaptest2.4" should make it run as the slaptest tool -- and it executes as slapd.
Is this behavior expected (ie, using this feature, I need to patch the tools array in servers/slapd/main.c to put the suffix on the char string for matching purposes)?
File an ITS? I'd assume we'd want this to work correctly.
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
On 2/13/09 12:54 PM, Quanah Gibson-Mount wrote:
--On Friday, February 13, 2009 12:42 PM -0500 Francis Swasey Frank.Swasey@uvm.edu wrote:
I am building OpenLDAP 2.4.13 (on RHEL5 if it matters) and using the --program-suffix option of configure so I can install this without replacing Red Hat's version (this time).
What I'm finding though is that although the binaries have the suffix -- /usr/sbin/slaptest2.4 (for example). The slapd binary does not understand that "slaptest2.4" should make it run as the slaptest tool -- and it executes as slapd.
Is this behavior expected (ie, using this feature, I need to patch the tools array in servers/slapd/main.c to put the suffix on the char string for matching purposes)?
File an ITS? I'd assume we'd want this to work correctly.
I'm cool with filing an ITS, I just wanted to check that what I am seeing was not the expected behavior before doing so. (for some strange reason, I'd rather be called a fool on the mailinglist than in an ITS)
Francis Swasey wrote:
On 2/13/09 12:54 PM, Quanah Gibson-Mount wrote:
--On Friday, February 13, 2009 12:42 PM -0500 Francis Swasey Frank.Swasey@uvm.edu wrote:
I am building OpenLDAP 2.4.13 (on RHEL5 if it matters) and using the --program-suffix option of configure so I can install this without replacing Red Hat's version (this time).
What I'm finding though is that although the binaries have the suffix -- /usr/sbin/slaptest2.4 (for example). The slapd binary does not understand that "slaptest2.4" should make it run as the slaptest tool -- and it executes as slapd.
Is this behavior expected (ie, using this feature, I need to patch the tools array in servers/slapd/main.c to put the suffix on the char string for matching purposes)?
File an ITS? I'd assume we'd want this to work correctly.
I'm cool with filing an ITS, I just wanted to check that what I am seeing was not the expected behavior before doing so. (for some strange reason, I'd rather be called a fool on the mailinglist than in an ITS)
Nothing in the stock Makefiles honors the --program-suffix option. It seems you're building from someone else's patched source. I suppose we could treat your ITS as an enhancement request to implement this support, but personally I find it easier just to install the whole thing into a different directory tree. E.g., configure --prefix=/my/build ...
openldap-software@openldap.org
-
Francis Swasey -
Howard Chu -
Quanah Gibson-Mount