We have 2 LDAP libraries in the system at the moment, both with 2 sets
of tools and 2 very very similar but incompatible APIs.
The Mozilla/Sun tools in on-gate use the Mozilla libldap (libldap.so.5)
delivered
as part of on-gate and which ONNV is currently highly dependent on.
(Removal at this point in time yields uncompilable gate and a broken
release).
It is old, and crufty and collides in at least 80% of the APIs with
OpenLDAP.
The OpenLDAP package is what we want to move to, but did not have time
to convert all of ONNV over before s11 gates closed. Sometime before S12
(sooner rather than later update) we want to fix ONNV to use the new
OpenLDAP
decouple ON from libldap.so.5 and start an orderly EOF/removal of
libldap.so.5
and the old tools.
Until that happens the OpenLDAP man pages need to remain separate from
the Mozldap man pages because of the overlaps and incompatible APIs.
For example, in some cases (like the ldap* tools) the command line
options overlap
incompatibly. In the case of the libraries they cannot be linked/mixed
because of internal differences and some APIs (like the SSL/TLS ones)
are incompatible
in ways that would break ON if ON attempted to link with OpenLDAP today.
Both sets of man pages document the respective libraries/tools but they
can't be intermixed. Until the Mozilla libs/tools are EOFd the OpenLDAP
man pages need to be kept separate.
Doug.
PS: I believe I saw a userland putback message showing that Rich has
already
gotten approval and RTIed the changes, but I wanted to answer the
question anyways.
On 10/26/11 15:32, Rich Burridge wrote:
On 10/26/2011 01:00 PM, Alan Coopersmith wrote:
On 10/25/11 22:28, Rich Burridge wrote:
Hi,
Could I please get a code review for my fix for:
7096716 slapd(8) man page hidden where neither man nor smf can find it
http://monaco.us.oracle.com/detail.jsf?cr=7096716
Webrev is at:
http://jurassic.us.oracle.com/~richb/7096716-v1
I still don't understand why the section 1, 5, & 8 man pages are in
special
man*oldap subdirectories - we generally only do per-component
subdirectories
for the man3* for libraries since otherwise man3 would be
unmanageably large.
I'm not aware of any other commands with subdirs of those - we don't
have
man1git for git's 100+ man pages, why man1oldap for ldap's 10? Do
they
conflict with other man pages with the same name? (I see a couple
conflicts,
such as ldapsearch.1, but not many.)
I believe there are some conflicts with other existing man pages.
Doug, can you
chime in here please?
_______________________________________________
userland-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/userland-discuss
