xfs
[Top] [All Lists]

Re: [Acl-Devel] Re: User EA on symlinks, 2.4.19-xfs

To: linux-xfs@xxxxxxxxxxx
Subject: Re: [Acl-Devel] Re: User EA on symlinks, 2.4.19-xfs
From: Ben Martin <monkeyiq@xxxxxxxxxxxxxxxxxxxxx>
Date: Tue, 12 Nov 2002 11:07:49 +1000
Sender: linux-xfs-bounce@xxxxxxxxxxx
On Tue, 2002-11-12 at 06:46, Ethan Benson wrote:
> On Mon, Nov 11, 2002 at 11:04:39PM +1000, Ben Martin wrote:
> > 
> > I have thought of adapting libferris to support a new symlink format,
> > using regular files and pretending at its API level that it is a link. I
> > was still trying to avoid that for now as it opens up a few other
> > issues.
> 
> UGH, apples OSX does this and its gross, `symlinks' you create in the
> GUI are useless regular files in the shell.

It wouldn't be quite as painful in ferris because ferris being a library
I add more and more support for it to bash as time goes by. 
so a cd my-strange-link; would work.

> 
> unless i misunderstood your intent in which case disregard.
> 
> IMO GUI programs which litter junk all over the filesystem are
> exceedingly annoying (some organizations ban the use of client
> software which results in this cruftification on organization
> networks) also GUI programs which `extend' things in a manner that
> breaks the command line shell are also exceedingly annoying.

Yep, I'd not deny access from the shell as I am somewhat of a shell
junky. I wouldn't imagine much application of my links outside of
~/.myapp dirs to make custom views.

> 
> -- 
> Ethan Benson
> http://www.alaska.net/~erbenson/
-- 
-----------------------------------------------------
In this world there are only two tragedies.  
One is not getting what one wants, 
and the other is getting it.
                -- Oscar Wilde
http://witme.sourceforge.net/libferris.web/


<Prev in Thread] Current Thread [Next in Thread>