From mboxrd@z Thu Jan 1 00:00:00 1970 From: Spam Subject: Re: silent semantic changes with reiser4 Date: Thu, 26 Aug 2004 13:19:43 +0200 Message-ID: <14210549944.20040826131943@tnonline.net> References: <412CEE38.1080707@namesys.com> <20040825200859.GA16345@lst.de> <20040825204240.GI21964@parcelfarce.linux.theplanet.co.uk> <20040825212518.GK21964@parcelfarce.linux.theplanet.co.uk> <20040826001152.GB23423@mail.shareable.org> <20040826003055.GO21964@parcelfarce.linux.theplanet.co.uk> <20040826010049.GA24731@mail.shareable.org> <20040826100530.GA20805@taniwha.stupidest.org> <20040826110258.GC30449@mail.shareable.org> Reply-To: Spam Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Chris Wedgwood , viro@parcelfarce.linux.theplanet.co.uk, Linus Torvalds , Christoph Hellwig , Hans Reiser , , , Alexander Lyamin aka FLX , ReiserFS List Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com To: Jamie Lokier In-Reply-To: <20040826110258.GC30449@mail.shareable.org> List-Id: linux-fsdevel.vger.kernel.org > Chris Wedgwood wrote: >> On Thu, Aug 26, 2004 at 02:00:49AM +0100, Jamie Lokier wrote: >> >> > One of the big potential uses for file-as-directory is to go inside >> > archive files, ELF files, .iso files and so on in a convenient way. >> >> Arguably this belongs in userspace --- and people have put it there. > I agree that these belong in userspace, and that there's plenty* of > userspace code doing a similar thing already. I don't think there's > any argument over it. > However, as far as I know it's not accessible in a file-as-directory > form as yet. In my opinion that is the most natural form and it would > be very intuitive to use. I hope we can pick a useful semantics for > them, and also provide filesystem-independent plugins with GNU > Hurd-like per-user extensibility. > -- Jamie > * plenty == too much. > Gnome, KDE, Emacs and Bash all see different virtual filesystems. > (All but Bash implement their own virtual filesystem extensions). > That makes them much less useful than they could be. Exactly, and I doubt they have the ability to join together and create a common uniform standard out of it either. They have just far to different views on Linux and how they want things to be done.