[642] in athena10
Re: attach -e
daemon@ATHENA.MIT.EDU (Greg Price)
Tue Dec 2 15:43:38 2008
Date: Tue, 2 Dec 2008 15:38:23 -0500
From: Greg Price <price@MIT.EDU>
To: Jonathan Reed <jdreed@mit.edu>
Cc: athena10@mit.edu
Message-ID: <20081202203823.GD10836@vinegar-pot.mit.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <10FC77FA-BF99-4255-BB78-8CA418EE52B5@mit.edu>
Perhaps I'm missing something, but this is equivalent to an
ln -s ; aklog, right? So if I were attaching RW volumes, I'd just
symlink the volume into /mit on a single-user machine, or some other
location on a public machine. Is there another reason that makes this
compelling as a special feature of attach?
In the NFS context I see why people would have wanted this feature.
Greg
On Tue, Dec 02, 2008 at 02:39:31PM -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
