[664] in athena10
Re: attach -e
daemon@ATHENA.MIT.EDU (Greg Hudson)
Tue Dec 2 16:53:55 2008
From: Greg Hudson <ghudson@MIT.EDU>
To: Bill Cattey <wdc@mit.edu>
Cc: athena10@mit.edu
In-Reply-To: <1228250640.10050.13.camel@localhost.localdomain>
Content-Type: text/plain
Date: Tue, 02 Dec 2008 16:51:38 -0500
Message-Id: <1228254698.6941.11.camel@ray>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
On Tue, 2008-12-02 at 15:44 -0500, Bill Cattey wrote:
> Should we find a way to enable the old behavior:
> detach foo -- makes the binaries I didn't want go away
> instead of:
> detach foo -- damn! the binaries are still there.
> add -r foo -- damn! I have to re-attach to get this feature.
> attach foo; add -r foo -- I WANTED "detach foo"!
[I corrected the add/attach confusion in steps 3 and 4.]
If you want "add -r" to work on non-attached lockers in order to
collapse steps 3 and 4, I think that's a good idea.
If you want "detach lockername" to work as a way to stop using a locker,
I think that's a bad idea. Yes, it used to work in Athena 9.x, but it
was a bad way of doing it (because it modified global machine state
instead of your path) and the only reasonable way to make it work in
Athena 10 would be to restore the unpleasant behavior of needing to
attach a locker before accessing it.
