[655] in athena10
Re: attach -e
daemon@ATHENA.MIT.EDU (Anders Kaseorg)
Tue Dec 2 16:23:15 2008
Date: Tue, 2 Dec 2008 16:22:30 -0500 (EST)
From: Anders Kaseorg <andersk@MIT.EDU>
To: Bill Cattey <wdc@mit.edu>
cc: Jonathan Reed <jdreed@mit.edu>, athena10@mit.edu
In-Reply-To: <1228250640.10050.13.camel@localhost.localdomain>
Message-ID: <alpine.DEB.2.00.0812021609310.13833@vinegar-pot.mit.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; format=flowed; charset=UTF-8
Content-Transfer-Encoding: 8bit
On Tue, 2 Dec 2008, 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"!
This usage was incorrect on Athena 9 as well, because it causes the locker
to disappear, rather than removing it from your PATH. It cannot affect
your PATH, because it is a command, rather than a shell function like add.
Furthermore, it interfered with any other users that still wanted to use
the foo locker.
There is some improvement to be made here (attach/detach should be better
integrated with the automounter, perhaps along the lines of broder’s plan
for attach -e, or perhaps by making them effective no-ops), but that will
take work, and it still won't result in detach doing the job of add -r.
Anders
