Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S269317AbUICJDJ (ORCPT ); Fri, 3 Sep 2004 05:03:09 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S269349AbUICJCD (ORCPT ); Fri, 3 Sep 2004 05:02:03 -0400 Received: from gate.firmix.at ([80.109.18.208]:15318 "EHLO gate.firmix.at") by vger.kernel.org with ESMTP id S269424AbUICIwC (ORCPT ); Fri, 3 Sep 2004 04:52:02 -0400 Subject: Re: The argument for fs assistance in handling archives From: Bernd Petrovitsch To: Spam Cc: Steve Bergman , "Martin J. Bligh" , Hans Reiser , Linus Torvalds , David Masover , Jamie Lokier , Horst von Brand , Adrian Bunk , viro@parcelfarce.linux.theplanet.co.uk, Christoph Hellwig , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Alexander Lyamin aka FLX , reiserfs In-Reply-To: <16310213029.20040902220603@tnonline.net> References: <20040826150202.GE5733@mail.shareable.org> <200408282314.i7SNErYv003270@localhost.localdomain> <20040901200806.GC31934@mail.shareable.org> <20040902002431.GN31934@mail.shareable.org> <413694E6.7010606@slaphack.com> <4136A14E.9010303@slaphack.com> <4136C876.5010806@namesys.com> <4136E0B6.4000705@namesys.com> <14260000.1094149320@flay> <1094154744.12730.64.camel@voyager.localdomain> <16310213029.20040902220603@tnonline.net> Content-Type: text/plain Organization: Firmix Software GmbH Message-Id: <1094201383.1077.19.camel@tara.firmix.at> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.5.5 Date: Fri, 03 Sep 2004 10:49:43 +0200 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2330 Lines: 53 On Thu, 2004-09-02 at 22:06 +0200, Spam wrote: [...] > The file streams would make my day a lot easier. The idea to > split up contents of OO.org files into streams is bad. But that > doesn't make the file streams bad. I see many uses that would make > my every day life easier. When can we expect patches? > It isn't about cross plat form compatibility, but to add features > that are useful and meta-data and file streams are. Putting everything (including web server and browser) in the kernel is not a good (or even desireable) target - perhaps that's the reason for Win* to be where there are. And it *is* done in user-space (ok, there more than one apprach and implementation but this may change. And you want to invent the next version.). > Also. No one forces you to use either meta-data or streams, just as > no one forces you to use ACLs or other things. Which is probably an argument against such features. How long do ACLs exist - as well as standard and in implementation? How many people and/or apps are using it? No more questions. > > 3. MS does require attributes and multiple streams, which makes these > > features important (even essential) to Samba, and Samba alone. Samba is > > important to Linux, so this can't be ignored. (Here I am implicitly > > assuming that Samba will need kernel support for this to do it right.) > > I do not think the Samba would really require the streams support > but it would certainly make life easier for Samba. Not to mention > that these files would also be natively viewed on the Linux host. It is not in the interest of MSFT that their aplication's files are viewable on other OSes. Expect incompatible changes to formats, streams and metadata contents (and surely patents on them - even if the idea is not new) if it starts to be really useful. It happended already in the past with the SMB protocol IIRC .... Bernd -- Firmix Software GmbH http://www.firmix.at/ mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services - 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/