From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <3e1162e60607280654t328f2032x2153960dac6dbe9c@mail.gmail.com>
Date: Fri, 28 Jul 2006 06:54:05 -0700
From: "David Leimbach" <leimy2k@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: Re: Re: Re: [9fans] mount 9P on Linux and FreeBSD via FUSE
In-Reply-To: <2cfc6a4eabd9cc10dbc9b75b7fcc984a@quanstro.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <3e1162e60607272338l11f4833ekbdb49b53e7d382cc@mail.gmail.com>
	<2cfc6a4eabd9cc10dbc9b75b7fcc984a@quanstro.net>
Topicbox-Message-UUID: 91dcb228-ead1-11e9-9d60-3106f5b1d025

Oh I know it's solvable.

A buddy of mine had a PAM module where you only had to "not lose" a
game of tic tac toe to be authenticated.... So sure, there are lots of
options there.

My point was that I think I really like the way fossil doesn't really
do auth, yet still controls who's in what groups or at least appears
to control all of this through fscons.



On 7/28/06, erik quanstrom <quanstro@quanstro.net> wrote:
> the /etc/(passwd|shadow) problem is solvable.  linux pam/shadow login supports ldap already,
> the linux kernel supports 9p already and /bin/(login|su) could consult an authentication server
> on the loopback device, if one were so inclined.  it's not like this would be a radical departure
> from authentication methods pam already supports --- like ldap.
>
> - erik
>