On 19/3/2012 2:32 μμ, /dev/rob0 wrote:
ISTM that herein lies the whole problem. Why did you not rpmbuild
your OpenLDAP? That would have avoided all further fuss.
Thanks for the reply.
First, how would I rpmbuild my openldap v2.4.x as a standard CentOS 5
package (i.e. replacing native openldap-2.3.43-25)? If I were more
experienced, I could have tried to engineer
openldap-2.3.43-25.el5.src.rpm to upgrade the system to use 2.4.x... But
still, I haven't seen any OpenLDAP packages attempting to do so,
probably because of the tight integration of CentOS with some openldap
v2.3 libraries.
I think it's good that third-party packages (even of the same software)
give the ability to not mess with standard system. The same is true for
reputable Symas OpenLDAP packages.
So, I simply use LTB OpenLDAP, even though it's installed at
non-standard locations.
(This has an added benefit of easy migration. You can setup any/all of
those on the same system and decide which one to enable at any time.)
Another observation I can offer, unwelcome as it may be: your OS
choice was not a good one when you want the features of recent
software. Perhaps you should rethink that choice. You have invested
much effort in this task.
I like CentOS from many aspects as an enterprise server OS. I wouldn't
change it.
Yet, it's important to me to be able to build/combine non-standard
packages. Even with CentOS 6, I would still continue to use LTB OpenLDAP
for a number of reasons.
It's true that I've invested much effort in this task, but mostly
because my knowledge on this subject is very basic.
Note that Dovecot RPM works fine as is (compiled with OpenLDAP 2.3),
i.e. there is no real need in re-building it using OpenLDAP 2.4 libs. We
just try to make things better (and make our life a bit more difficult) :-)
And that is really more a question for a CentOS forum than here.
True, but I am hoping that there might be some Dovecot RHEL/CentOS
packagers in this list, and that would help resolve issues more
effectively, as it is a Dovecot-specific (even if for a package thereof)
question.
So, any help will be appreciated!
The latter requirement seems curious to me. In what way does Dovecot
use Cyrus SASL?
Hmm, I can't tell. I hope atrpm packager(s), if present on this list,
can provide some feedback.
Thanks again,
Nick
