From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 13:44:08 2003 Return-Path: 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 6379A37B405; Thu, 17 Apr 2003 13:44:08 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A8E543FB1; Thu, 17 Apr 2003 13:44:07 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id h3HKi6mA032013 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 17 Apr 2003 16:44:06 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id h3HKi52w032010; Thu, 17 Apr 2003 16:44:05 -0400 (EDT) (envelope-from wollman) Date: Thu, 17 Apr 2003 16:44:05 -0400 (EDT) From: Garrett Wollman Message-Id: <200304172044.h3HKi52w032010@khavrinen.lcs.mit.edu> To: "Jacques A. Vidrine" In-Reply-To: <20030417173607.GA2682@madman.celabo.org> References: <20030417141133.GA4155@madman.celabo.org> <1050590195.76150.8.camel@owen1492.uf.corelab.com> <20030417144449.GA4530@madman.celabo.org> <20030418002346.A91615@iclub.nsu.ru> <20030417173607.GA2682@madman.celabo.org> 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 20:44:08 -0000 < said: > On Fri, Apr 18, 2003 at 12:23:46AM +0700, Max Khon wrote: >> it will not work in single user mode when /usr is not mounted, right? > That's right. >> do you plan to migrate to shared root just like NetBSD did a few months ago? > Not me personally, no. :-) I would welcome it, but I'm not going to push > it. One possible way around this is to add an external resolver (like Solaris's `nscd'); the static library can use a stub routine to call the resolver if possible (i.e., the machine is running multiuser), and then fall back to the built-in databases if this fails. This way, only the users who needed loadable NSS modules would pay the cost. -GAWollman