From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Sun, 28 Mar 2010 16:09:34 -0400 To: 9fans@9fans.net Message-ID: <9be5e87e81477e7d95d26926352b3f69@ladd.quanstro.net> In-Reply-To: References: <20100325114948.GA7249@polynum.com> <31C84C15-2EE3-46CA-BE9F-48F20886ADF7@fastmail.fm> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Man pages for add-ons Topicbox-Message-UUID: f718f9c2-ead5-11e9-9d60-3106f5b1d025 > All this reminds me of one of my biggest gripes with unix, which may > be relevant to the discussion here. Both env vars and namespaces are > inherited, and while that's a strength it's also a weakness. I haven't > used Plan 9 enough to know if it's a problem for Plan 9, but using [...] > Perhaps if namespace changes only require restarting the plumber it > wouldn't be bad, but there's still the matter of entering the binds at > least twice too; once in lib/profile (which you have to go and open) > and once per relevant terminal window. if you have included basic in your plumbing rules, the plumbing "Local 9fs sources" will make /n/sources available to all newly started processes. acme interprets a string of the same format. so it's not even necessary to restart the plumber. likewise, you can plumb "Local echo -n someval > /env/somevar". - erik