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:17:30 +0200 Message-ID: <507956415.20040826131730@tnonline.net> References: <20040824202521.GA26705@lst.de> <412CEE38.1080707@namesys.com> <20040825200859.GA16345@lst.de> <412DA11B.2070303@namesys.com> <20040826105330.GB30449@mail.shareable.org> <20040826105914.GA30795@lst.de> Reply-To: Spam Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Jamie Lokier , Hans Reiser , Linus Torvalds , Mikulas Patocka , , , Alexander Lyamin aka FLX , ReiserFS List Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com To: Christoph Hellwig In-Reply-To: <20040826105914.GA30795@lst.de> List-Id: linux-fsdevel.vger.kernel.org > On Thu, Aug 26, 2004 at 11:53:30AM +0100, Jamie Lokier wrote: >> Hans Reiser wrote: >> > being able to cat dirname/pseudos/cat and get a >> > concatenation of all of the files is nice, and being able to cat >> > dirname/pseudos/tar and get an archive of the directory is nice >> >> Yes. Being able to cd into filename.tar.gz and filename.iso is also >> nice, but all of these features should be supported by the VFS >> generically, not in any specific filesystem, and there should be a >> hook to invoke the various fun filesystem-independent handlers by name. > It doesn't belong into the kernel at all. If at all it belongs into a > userspace filesystems, but even in that case the magic detection of > which one to use is kinda hard. You absoutely don't want to hardcode > file formats in the kernel. Do you mean user-level file system as a VFS handled by user applications, or a intermediate file system layer between any application and the real file system? The latter would be good enough as it would still be transparent to the applications. ~S