Re: [9fans] namespace boosterism

Re: [9fans] namespace boosterism

[presotto]

I've had relatively good success by showing people how to
get outside a firewall by importing an ip interface from
a system that straddles a firewall.

Debugging processes on a another system by importing it's
/proc also helped.

If they ask why you just don't have a universal name
space, they're starting to understand.  Then you get
to explain virtual worlds and the tradeoffs between
relative and universal names.

People used to sandboxing in Java or that grew up with
cp/cms(ir I'm remembeting my past correctly) get it
quite quickly.

Re: [9fans] namespace boosterism

[Tom Ivar Helbekkmo]

forsyth@caldo.demon.co.uk writes:

> ah!  electronic mail by punching my virtual cards into your
> virtual card reader!  ah yes, i remember it well.

CP SMSG RSCS CMD CALDO MSG FORSYTH Yeah, me too.  Fondly.  :-)

-tih
--
Puritanism -- the haunting fear that someone, somewhere, may be happy.

Re: [9fans] namespace boosterism

[Thomas Bushnell, BSG]

schwartz@bio.cse.psu.edu (Scott Schwartz) writes:

> recursive invocation of the window system, non-NAT by mounting
> /proc

In my opinion these two are among the most totally cool parts.

Re: [9fans] namespace boosterism

[forsyth]

>>People used to sandboxing in Java or that grew up with
>>cp/cms(ir I'm remembeting my past correctly) get it
>>quite quickly.

ah!  electronic mail by punching my virtual cards into your
virtual card reader!  ah yes, i remember it well.

[9fans] namespace boosterism

[Scott Schwartz]

> but by far the majority of people i've explained it to get stuck,
> at least for a while, on private namespaces. the largest single sticking
> point in the system.

Last usenix, while hanging around the Vita booth, I saw (and
participated in) attempts to explain it to various people.  Concrete
examples---exporting one's /dev namespace to the cpu server, sandbox
for ftp, recursive invocation of the window system, non-NAT by mounting
/proc---really helped open people's eyes.