talk about reinventing the wheel! once more with epicyclic gearing!
(apologies to arlo.)
- erik
On Fri Jul 28 08:58:14 CDT 2006, [EMAIL PROTECTED] wrote:
> I wonder how dragonflyBSD is coming along with their VFS "messaging"
> stuff. They want to make it easy to do SSI clusters (single system
>
On 7/28/06, Eric Van Hensbergen <[EMAIL PROTECTED]> wrote:
On 7/28/06, csant <[EMAIL PROTECTED]> wrote:
> > this allows me (without becoming root or having v9fs) to
> > ; mount $home/9/acme
>
> But you'd have the 9p module, obviously. It's such a nonsene that the
> linux kernel doesn't allo
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 group
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 auth
On 7/27/06, csant <[EMAIL PROTECTED]> wrote:
> this allows me (without becoming root or having v9fs) to
> ; mount $home/9/acme
But you'd have the 9p module, obviously. It's such a nonsene that the
linux kernel doesn't allow mounting for non-privileged users
out-of-the-box, IMO. I like file
"Fixed."
tux=; cvs diff -u -r1.7 main.c
Index: main.c
===
RCS file: /home/am3/rsc/cvsroot/plan9/src/cmd/9pfuse/main.c,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- main.c 27 Jul 2006 05:14:16 -
> i suppose i should recompile the fuse module, or fusermount or
> something else... i feel a sacrifice is required.
i saw in a movie where they used a bucket of kfc chicken (original
recipe i think) instead of a live chicken. worth a try.
trying on the aforementioned intel with the aforementioned linux
distribution i get 'permission denied' errors every time i try to
access the mounted directory.
turns out that fuse sends out an extra flag, O_LARGEFILE=0x8000, which
9pfuse.c thinks it has masked. it also turns out that the two pro
i'm trying this on fedora core 5 (intel's core duo) but seem to be
missing a 'fusermount' program. i'm trying to find it now and when i
do i'll let you know (so far i'm only finding advisories and bug
reports about it).
It's part of FUSE, isn't it? http://fuse.sourceforge.net/
i'm trying this on fedora core 5 (intel's core duo) but seem to be
missing a 'fusermount' program. i'm trying to find it now and when i
do i'll let you know (so far i'm only finding advisories and bug
reports about it).
the new script 'mount' relies on a recent change to rc to allow
unquoted ='s in argument lists. i suspect you're running an old rc.
either update rc or modify the mount script to quote your ='s.
That change isn't quite correct, either, but I haven't
gotten to fixing it yet. (It turns "echo a =
the new script 'mount' relies on a recent change to rc to allow
unquoted ='s in argument lists. i suspect you're running an old rc.
either update rc or modify the mount script to quote your ='s.
i think you must omit "x40=;" as that is russ' prompt. either that or
use 9term.
Yes, yes - I am omitting the prompt :)
Still I get a syntax error I cannot make any sense of... (the syntax is
right, isn't it?)
Haven't tried 9term yet, but last time I did it killed my X server - need
to inve
i think you must omit "x40=;" as that is russ' prompt. either that or use 9term.
On 7/27/06, csant <[EMAIL PROTECTED]> wrote:
> x40=; 9 mount `namespace`/acme /mnt/acme
I get a
rc: /usr/local/plan9/bin/mount:12: token '=': syntax error
on Linux.
14 matches
Mail list logo
