Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 19 Nov 2003 21:00:51 -0500
From:      Richard Coleman <richardcoleman@mindspring.com>
To:        Gordon Tetlow <gordont@gnf.org>
Cc:        imp@bsdimp.com
Subject:   Re: Unfortunate dynamic linking for everything
Message-ID:  <3FBC2053.6040208@mindspring.com>
In-Reply-To: <20031119015433.GN30485@roark.gnf.org>
References:  <62981.24.0.61.35.1069202574.squirrel@mail.yazzy.org> <200311190103.hAJ13Nlg000923@dyson.jdyson.com> <20031119015433.GN30485@roark.gnf.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Gordon Tetlow wrote:
> On Tue, Nov 18, 2003 at 08:03:23PM -0500, dyson@iquest.net wrote:
> 
>>However, PAM and NSS 'tricks' really seem to be exactly that,
>>and certainly worthy of special builds.  However, that isn't
>>necessary, yet still not building everything with a shared
>>libc.
> 
> 
> Things like nss_ldap (which is used *heavily* at my place of employment)
> are some reasons that FreeBSD doesn't make it into more places. It was
> the reason why FreeBSD isn't being used here. Calling them 'tricks'
> (and succumbing to the name calling you wanted to avoid) doesn't change
> the fact that every major contender (IRIX, Solaris, Linux to name a few)
> all support this feature set.

The fact that you can't easily do centralized authentication (nss_ldap 
and pam_ldap) with FreeBSD is a major show stopper.  At my former 
employer, we built several very large systems that required centralized 
authentication using ldap.  We had to use Linux, since none of the BSD's 
supported this correctly at the time.

I don't really care whether everything is statically or dynamically 
linked.  With the fast machines and huge disks these days, bloat is not 
much of an issue.  But nss and pam need to work correctly.  If the folks 
that are against dynamic linking have an alternate method to make this 
work, I'm all for it.  But it needs to be more than theory.  We need code.

To be honest, I've never understood the (seemingly irrational) 
resistance against this change.  Solaris made this change 10 years ago.

Richard Coleman
richardcoleman@mindspring.com




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