From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S268699AbUHZLE2 (ORCPT ); Thu, 26 Aug 2004 07:04:28 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S268686AbUHZK76 (ORCPT ); Thu, 26 Aug 2004 06:59:58 -0400 Received: from verein.lst.de ([213.95.11.210]:61907 "EHLO mail.lst.de") by vger.kernel.org with ESMTP id S268582AbUHZK7a (ORCPT ); Thu, 26 Aug 2004 06:59:30 -0400 Date: Thu, 26 Aug 2004 12:59:14 +0200 From: Christoph Hellwig To: Jamie Lokier Cc: Hans Reiser , Linus Torvalds , Mikulas Patocka , Christoph Hellwig , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Alexander Lyamin aka FLX , ReiserFS List Subject: Re: silent semantic changes with reiser4 Message-ID: <20040826105914.GA30795@lst.de> Mail-Followup-To: Christoph Hellwig , Jamie Lokier , Hans Reiser , Linus Torvalds , Mikulas Patocka , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Alexander Lyamin aka FLX , ReiserFS List References: <20040824202521.GA26705@lst.de> <412CEE38.1080707@namesys.com> <20040825200859.GA16345@lst.de> <412DA11B.2070303@namesys.com> <20040826105330.GB30449@mail.shareable.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040826105330.GB30449@mail.shareable.org> User-Agent: Mutt/1.3.28i X-Spam-Score: -4.901 () BAYES_00 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@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.