From owner-freebsd-current@FreeBSD.ORG  Thu Apr 17 07:38:01 2003
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5C67737B401; Thu, 17 Apr 2003 07:38:01 -0700 (PDT)
Received: from ion.gank.org (ion.gank.org [198.78.66.164])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7E4F043FAF; Thu, 17 Apr 2003 07:38:00 -0700 (PDT)
	(envelope-from craig@xfoil.gank.org)
Received: from owen1492.uf.corelab.com (unknown [206.50.138.222])
	by ion.gank.org (GankMail) with ESMTP
	id 7F8E72BB35; Thu, 17 Apr 2003 09:37:59 -0500 (CDT)
From: Craig Boston <craig@xfoil.gank.org>
To: "Jacques A. Vidrine" <nectar@FreeBSD.org>
In-Reply-To: <20030417141133.GA4155@madman.celabo.org>
References: <20030417141133.GA4155@madman.celabo.org>
Content-Type: text/plain
Organization: 
Message-Id: <1050590195.76150.8.camel@owen1492.uf.corelab.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Date: 17 Apr 2003 09:36:35 -0500
Content-Transfer-Encoding: 7bit
cc: freebsd-current@FreeBSD.org
Subject: Re: HEADS UP: new NSS
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 17 Apr 2003 14:38:01 -0000

On Thu, 2003-04-17 at 09:11, Jacques A. Vidrine wrote:
> Hello Everyone,
> 
> I am about to commit a new name service switch (NSS) implementation.
> The new implementation preserves the nsdispatch(3) interface, and
> consumers of nsdispatch continue to work without modification.
> However, now the method_name argument (in addition to the dtab
> argument) is used to lookup backend implementations, which may be
> built-in statically or loaded via dlopen(3).

Yay!  I've been waiting for dynamic NSS modules for a long time.  Thank
you VERY much for doing the work on this.  Now I can start looking into
eventually using LDAP to replace NIS at my sites.  5.1 is going to rock
:)

Out of curiosity, how do the staticly-linked binaries in /bin and /sbin
handle this since they can't dlopen anything?  Do users handled by
dynamically-loaded NSS modules just show up as UIDs with no name in
/bin/ls?

Craig