From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/1546 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: Design for extensible passwd[/shadow?] db support Date: Sun, 12 Aug 2012 13:27:31 -0400 Message-ID: <20120812172731.GR27715@brightrain.aerifal.cx> References: <20120812053802.GA10971@brightrain.aerifal.cx> <76C9563BEFB64BBF954AA3CBED8C8330@lightcubesolutions.com> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1344792404 12998 80.91.229.3 (12 Aug 2012 17:26:44 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 12 Aug 2012 17:26:44 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-1547-gllmg-musl=m.gmane.org@lists.openwall.com Sun Aug 12 19:26:44 2012 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1T0bw0-0007Yo-2B for gllmg-musl@plane.gmane.org; Sun, 12 Aug 2012 19:26:40 +0200 Original-Received: (qmail 26365 invoked by uid 550); 12 Aug 2012 17:26:38 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 26357 invoked from network); 12 Aug 2012 17:26:38 -0000 Content-Disposition: inline In-Reply-To: <76C9563BEFB64BBF954AA3CBED8C8330@lightcubesolutions.com> User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:1546 Archived-At: On Sun, Aug 12, 2012 at 11:16:28AM -0400, Jeremy Huntwork wrote: > On Sunday, August 12, 2012 at 1:38 AM, Rich Felker wrote: > > Any thought on the pros and cons of these or other appraches? > > > > This sounds like it should be a feature of the whole 'new platform' > suggestion you made on this list earlier, which I'd still like to > see gain some traction and definition. Yes and no. I think most users of our 'new platform' for non-server purposes would typically have 1-2 non-root users and thus no need for fancy user lookups. This sort of thing is needed for university and corporate use where you might easily have 10k-100k users and want to unify the user database (username/uid mappings) across all systems in your institution. > If it is a locally running daemon that resolves queries to some > specified format - what would be the fallback in case that daemon is getpwnam/getpwuid would simply fail. This is not unlike what happens when the NIS server is not reachable anyway. It could of course still scan /etc/passwd first, which would get users like nobody/daemon/etc. > not running or fails to launch? "Not running" and "fails to launch" don't make sense as separate cases unless you're thinking of some FDO-style monstrosity where daemons are launched as users lazily the first time they're needed. I'm not considering code to auto-launch daemons, just using a daemon that the admin would be responsible for starting if using this kind of setup. Rich