Date: Sun, 20 Apr 2003 14:57:31 -0700 (PDT) From: Doug Barton <DougB@FreeBSD.org> To: Garrett Wollman <wollman@lcs.mit.edu> Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: new NSS Message-ID: <20030420145651.Q631@znfgre.tberna.bet> In-Reply-To: <200304172044.h3HKi52w032010@khavrinen.lcs.mit.edu> References: <20030417141133.GA4155@madman.celabo.org> <20030417144449.GA4530@madman.celabo.org> <20030417173607.GA2682@madman.celabo.org> <200304172044.h3HKi52w032010@khavrinen.lcs.mit.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 17 Apr 2003, Garrett Wollman wrote:
> <<On Thu, 17 Apr 2003 12:36:07 -0500, "Jacques A. Vidrine" <nectar@freebsd.org> 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.
As long as this is 100% optional, fine. nscd on sun is an evil menace, and
I'd hate to see us repeat the same mistakes.
--
This .signature sanitized for your protection
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030420145651.Q631>