[662] in athena10

home help back first fref pref prev next nref lref last post

Re: attach -e

daemon@ATHENA.MIT.EDU (Jonathan Reed)
Tue Dec 2 16:47:45 2008

Cc: Evan Broder <broder@mit.edu>, Anders Kaseorg <andersk@mit.edu>,
   Bill Cattey <wdc@mit.edu>, athena10@mit.edu
Message-Id: <4524FCC5-336A-4F8B-AE54-ED397730CE87@mit.edu>
From: Jonathan Reed <jdreed@MIT.EDU>
To: Greg Price <price@mit.edu>
In-Reply-To: <20081202213317.GI10836@vinegar-pot.mit.edu>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v919.2)
Date: Tue, 2 Dec 2008 16:47:00 -0500

> Yuck.  So now `detach gnu` would actually remove /mit/gnu from my
> namespace?  Then we'd be back to the bad old days of having to attach
> everything before relying on it being around, rather than using /mit/
> as a namespace that always works.  That's more complicated to explain
> to users and a source of bugs in scripts.

Changing a behavior that has existed for years is just as  
complicated.  And this won't affect scripts or anything.  If you want  
to use, say, "hes", in a script, then you explicitly refer to /mit/ 
consult/bin/hes, and it works.

"add" is still a separate operation, regardless of how the locker is  
made available under /mit.

We could either make detach a no-op, so that the user can then run  
"add -r" without a separate step.  Or "add -r" could not require the  
locker to be attached.  Or we could write "unadd" or something.

-Jon



home help back first fref pref prev next nref lref last post