Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S268878AbUIBUIL (ORCPT ); Thu, 2 Sep 2004 16:08:11 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S268846AbUIBUEb (ORCPT ); Thu, 2 Sep 2004 16:04:31 -0400 Received: from viper.oldcity.dca.net ([216.158.38.4]:53632 "HELO viper.oldcity.dca.net") by vger.kernel.org with SMTP id S268928AbUIBUBO (ORCPT ); Thu, 2 Sep 2004 16:01:14 -0400 Subject: Re: silent semantic changes with reiser4 From: Lee Revell To: Pavel Machek Cc: Spam , Horst von Brand , Jamie Lokier , David Masover , Chris Wedgwood , viro@parcelfarce.linux.theplanet.co.uk, Linus Torvalds , Christoph Hellwig , Hans Reiser , linux-fsdevel@vger.kernel.org, linux-kernel , Alexander Lyamin aka FLX , ReiserFS List In-Reply-To: <20040902194909.GA8653@atrey.karlin.mff.cuni.cz> References: <1094079071.1343.25.camel@krustophenia.net> <200409021425.i82EPn9i005192@laptop11.inf.utfsm.cl> <1535878866.20040902214144@tnonline.net> <20040902194909.GA8653@atrey.karlin.mff.cuni.cz> Content-Type: text/plain Message-Id: <1094155277.11364.92.camel@krustophenia.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 02 Sep 2004 16:01:17 -0400 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1770 Lines: 39 On Thu, 2004-09-02 at 15:49, Pavel Machek wrote: > Hi! > > > >> FWIW, this is how Windows does it now. As of XP, 'Find files' has an > > >> option, enabled by default, to look inside archives. If you tell it to > > >> look for a driver in a given directory it will also look inside .cab > > >> and .zip files. It's extremely useful, I would imagine someone who uses > > >> XP a lot will come to expect this feature. > > > > > It is trivial to implement this by looking inside the files. I.e., the way > > > mc has done this for ages. > > > > Difference is that you can't do "locate" or "find" or "Search".. You > > would have to open the files in an archive-supporting application > > such as mc. > > You really need archive support in find. At the very least you need > option "enter archives" vs. "do not enter archives". Entering archives > automagically is seriously wrong. But is it efficient to make every application that reads files have to know how to get inside a tar file, just to read its contents? That seems like a massive duplication of effort. Better to have the contents accessible via a separate stream, in the same namespace. Fix it once in the kernel vs. fix it in umpteen apps. The key point here is that the expressive power of the system is greatly reduced by having a fragmented namespace. Of course there are any number of ways for an app to find out what is in a tar file, but exporting all of that information in a unified namespace is nontrivial and much more interesting. Lee - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/