9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Stuart Morrow <morrow.stuart@googlemail.com>
To: 9fans@9fans.net
Subject: [9fans] What's up with $home? And a security question.
Date: Sun, 24 Feb 2013 02:49:24 +0000	[thread overview]
Message-ID: <CABB-WO9gegFWirXjQhAK0g9vNHn=W2+vwC+bTvRcRDw7xs096g@mail.gmail.com> (raw)

I'd like to dedicate this email to all the programs that don't know
how to expand environment variables.

See*, $path is no longer in the environment (more or less): it's a
union of all the relevant executables at a known place: /bin.

What's a good reason for your home to be in the environment instead of
the namespace?  I can see no problem with letting "me" (say) be a
reserved name so that "/usr/me" can be assumed to always point to the
home you want.  ""'s denote literal values here by the way.  I'm
talking about /usr/me being a bind to /usr/stuart.

You'd lose your home after certain types of rforks but then the same
is true for a home in the environment.

* - that's my trick for avoiding having to put a capital letter in a
command- or other case sensitive token-name just because it's at the
start of a sentence.  That pisses me off in computer documentation so
much.

My other question is: what's the security implications of cpu?  You
get to do processes on the remote box, but then they also get to have
filesystem access on yours.  Does this not worry anyone?  Security is
really the hard thing for me to understand in Plan 9.

Stuart



             reply	other threads:[~2013-02-24  2:49 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-24  2:49 Stuart Morrow [this message]
2013-02-24  3:05 ` andrey mirtchovski
2013-02-24  3:43   ` Stuart Morrow
2013-02-24  3:53     ` andrey mirtchovski
2013-02-24  4:19       ` Stuart Morrow
2013-02-24  4:45         ` Federico G. Benavento
2013-02-24  5:06           ` Stuart Morrow
2013-02-24  5:10             ` andrey mirtchovski
2013-02-24  5:20               ` Stuart Morrow
2013-02-24  6:24                 ` Bruce Ellis
2013-02-24  7:05                   ` Matthew Veety
2013-02-24  7:14                     ` Bruce Ellis
2013-02-24  9:31               ` steve
2013-02-24  4:33     ` cinap_lenrek
2013-02-24  4:27 Erik Quanstrom
2013-02-24  4:53 ` Stuart Morrow
     [not found] <CABB-WO9gegFWirXjQhAK0g9vNHn=W2+vwC+bTvRcRDw7xs096g@mail.gmail.c>
2013-02-24 13:29 ` a
2013-02-25  8:49   ` Bruce Ellis
2013-02-25 11:56     ` Charles Forsyth

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='CABB-WO9gegFWirXjQhAK0g9vNHn=W2+vwC+bTvRcRDw7xs096g@mail.gmail.com' \
    --to=morrow.stuart@googlemail.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).