Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 22 Aug 2006 12:59:33 +0400
From:      Boris Samorodov <bsam@ipt.ru>
To:        Peter Jeremy <peterjeremy@optushome.com.au>
Cc:        freebsd-current@freebsd.org, LI Xin <delphij@delphij.net>
Subject:   Re: [HEADS UP]: OpenLDAP+nss_ldap+nss_modules separated patch and more (SoC)
Message-ID:  <02138042@bsam.ru>
In-Reply-To: <20060822075353.GA743@turion.vk2pj.dyndns.org> (Peter Jeremy's message of "Tue, 22 Aug 2006 17:53:53 %2B1000")
References:  <44E9582C.2010400@rsu.ru> <44EAA213.6010507@delphij.net> <20060822075353.GA743@turion.vk2pj.dyndns.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 22 Aug 2006 17:53:53 +1000 Peter Jeremy wrote:

> On Tue, 2006-Aug-22 14:20:03 +0800, LI Xin wrote:
> >Would you please consider having the imported OpenLDAP to install shared
> >objects under alternative names?  It might be painful for users who
> >wants OpenLDAP installation from the ports collection (as OpenLDAP team
> >moves fast and fixes bug from time to time) if they get a same library
> >in /usr/lib...

> I'll take an opposing view:  If the two libraries are compatible, I
> believe they should have the same name.  LD_LIBRARY_PATH, rpath and
> ldconfig can be used to control the search path if a particular .so
> variant is desired.

Using LD_LIBRARY_PATH may break some progs. Ex., when using
linuxulator searching for the needed Linux libraries ends up with
finding the FreeBSD ones.

> One difficulty with changing the .so names is that (eg) configure
> scripts expect to find libraries under fixed names - if a package
> has 'foo' as a dependency, it will usually look for libfoo.{a,so}
> and generally won't have any way to say "use libfoo_i.{a,so} instead
> of libfoo.{a,so}".

Can't those packages be suffixed, say libfoo[_i].{a,so} or else?

> I'd also note that (eg) openssl exists in both the base system and
> ports without any obvious problems.

But using kerberos from ports with LDAP (having a kerberised host) is
a real pain. Not to say about upgrading that system.

Said that I'd like to show that the problem is complex one and it
would be great to find the best way to solve it.


WBR
-- 
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone & Internet SP
FreeBSD committer, http://www.FreeBSD.org The Power To Serve



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?02138042>