From: Connor Lane Smith <cls@lubutu.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Subject: Re: [9fans] novel userspace paradigms introduced by plan 9
Date: Sun, 3 Jul 2011 14:13:34 +0100 [thread overview]
Message-ID: <CAMdzYRoy8Gup8GDHaASa0Vb_BV=Ec+askWmcDRJWecbLZgg6Tw@mail.gmail.com> (raw)
In-Reply-To: <470bed538001f060860c2cf551ec838b@coraid.com>
On 3 July 2011 13:51, erik quanstrom <quanstro@labs.coraid.com> wrote:
> what i was trying to say is that even in that case, i think gio is a weak
> model. it goes back to the vms/dos days where the method of access
> becomes part of the name. that is, i need to know if it's accessed via
> http or ftp or local to access a file. further, i can't have a path like
> /usr/quanstro/remote/http://my.other.site/some/path. i have to attach
> devices at the root.
Yeah, that's true. Still, that's not *too* different from Plan 9
binding: you have to know the protocol in order to mount a drive,
after all. I know very little about GVFS, admittedly, but it would
make sense if you *could* run the equivalent to Plan 9's bind(), so
you'd say,
% bind http://example.net/some/path ~/example
That's pretty much the same as running the appropriate fileserver and
then binding the result, only GVFS works out what daemon you need.
> and i'm pretty sure i can't modify what's accessable
> without recompiling everything that uses the gnome vfs stuff.
I think you can add more filesystems without recompiling anything,
though I don't know for sure.
I think it works quite well conceptually, though I'm really not a fan
of linking everything into DBus and so on. Still, in terms of bringing
Plan 9 to a "wider audience", GNOME might be a way. Of course, it
would be rather a lot nicer if Linux could just work out its issues
and stop relying on CAP_SYS_ADMIN, but that doesn't seem likely.
On the topic of Plan 9, I was thinking an interesting fileserver would
be one which, if you access '/uri/http:/example.net', looks up in a
table the fileserver required for 'http:', and hands the request over
automatically. That way you get the same as GVFS, only without the
DBus snafu. I don't know if anyone's already done that.
Thanks,
cls
next prev parent reply other threads:[~2011-07-03 13:13 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-02 16:15 Robert Seaton
2011-07-02 16:23 ` Jacob Todd
2011-07-17 12:37 ` Eugene Gorodinsky
2011-07-17 13:54 ` Charles Forsyth
2011-07-18 8:32 ` Eugene Gorodinsky
2011-07-18 17:14 ` Charles Forsyth
2011-07-19 7:50 ` Eugene Gorodinsky
2011-07-02 16:29 ` dexen deVries
2011-07-02 17:24 ` Jack Johnson
2011-07-02 17:34 ` [9fans] To p9 or not to p9? (was: novel userspace paradigms introduced by plan 9) dexen deVries
2011-07-02 18:23 ` [9fans] novel userspace paradigms introduced by plan 9 Eli Cohen
2011-07-02 18:36 ` dexen deVries
2011-07-02 23:10 ` simon softnet
2011-07-02 23:31 ` Lyndon Nerenberg (VE6BBM/VE7TFX)
2011-07-03 8:55 ` simon softnet
2011-07-03 11:06 ` Connor Lane Smith
2011-07-03 14:38 ` Iruatã Souza
2011-07-03 22:05 ` Charles Forsyth
2011-07-03 17:57 ` Lyndon Nerenberg
2011-07-03 18:10 ` dexen deVries
2011-07-03 20:44 ` erik quanstrom
2011-07-03 20:53 ` Lyndon Nerenberg
2011-07-03 20:57 ` erik quanstrom
2011-07-03 21:08 ` andrey mirtchovski
2011-07-03 21:29 ` ron minnich
2011-07-03 21:38 ` andrew zerger
2011-07-03 21:39 ` andrew zerger
2011-07-03 21:51 ` andrey mirtchovski
2011-07-17 16:25 ` Nicolas Bercher
[not found] ` <CAMdzYRr4_2JdEXaZ8cg=_9CJYzZr63HtEAtaG6x8WXGrPtp_DQ@mail.gmail.c>
2011-07-03 11:55 ` erik quanstrom
2011-07-03 12:32 ` Connor Lane Smith
[not found] ` <CAMdzYRowH+Y3UA4iyPy+4dP-cE064A6XZXvTbB1M-jBypu_ORw@mail.gmail.c>
2011-07-03 12:51 ` erik quanstrom
2011-07-03 13:13 ` Connor Lane Smith [this message]
2011-07-04 6:44 ` Yaroslav
2011-07-04 14:59 ` Robert Seaton
2011-07-16 10:52 ` simon softnet
2011-07-16 19:12 ` David Leimbach
2011-07-16 19:17 ` simon softnet
2011-07-16 19:32 ` Ethan Grammatikidis
2011-07-16 21:10 ` simon softnet
2011-07-17 9:38 ` Ethan Grammatikidis
2011-07-18 9:04 ` Balwinder S Dheeman
2011-07-18 9:30 ` dexen deVries
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAMdzYRoy8Gup8GDHaASa0Vb_BV=Ec+askWmcDRJWecbLZgg6Tw@mail.gmail.com' \
--to=cls@lubutu.com \
--cc=9fans@9fans.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).