[644] in athena10
Re: attach -e
daemon@ATHENA.MIT.EDU (Bill Cattey)
Tue Dec 2 15:45:13 2008
From: Bill Cattey <wdc@MIT.EDU>
To: Jonathan Reed <jdreed@mit.edu>
Cc: athena10@mit.edu
In-Reply-To: <10FC77FA-BF99-4255-BB78-8CA418EE52B5@mit.edu>
Content-Type: text/plain
Date: Tue, 02 Dec 2008 15:44:00 -0500
Message-Id: <1228250640.10050.13.camel@localhost.localdomain>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
While we're thinking about attach, I'd like to re-ask:
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.
attach -r foo -- damn! I have to re-attach to get this feature.
attach foo; attach -r foo -- I WANTED "detach foo"!
-Bill
On Tue, 2008-12-02 at 14:39 -0500, Jonathan Reed wrote:
> Apple Mail's search feature is failing me - did we ever reach a
> conclusion on supporting attach -e? IIRC, the most important feature
> was being able to attach RW volumes, which was primarily used by alexp.
>
> I don't much care whether we accomplish this via attach -e or some
> other method, but I think we should decide whether we're still going
> to support this or not, and where in the project plan it falls.
>
> I believe this is the only feature of attach left to implement or
> desupport, right? I don't really care about the ability to attach
> arbitrary NFS directories via attach (attach -e small-gods:/redhat),
> unless other people think it's useful.
>
> -Jon
