From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S269394AbUH0J2k (ORCPT ); Fri, 27 Aug 2004 05:28:40 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S269386AbUH0JZ3 (ORCPT ); Fri, 27 Aug 2004 05:25:29 -0400 Received: from imladris.demon.co.uk ([193.237.130.41]:47114 "EHLO phoenix.infradead.org") by vger.kernel.org with ESMTP id S269263AbUH0JVF (ORCPT ); Fri, 27 Aug 2004 05:21:05 -0400 Date: Fri, 27 Aug 2004 10:19:56 +0100 From: Christoph Hellwig To: Jeremy Allison Cc: Jamie Lokier , Rik van Riel , Linus Torvalds , Diego Calleja , christophe@saout.de, vda@port.imtp.ilyichevsk.odessa.ua, christer@weinigel.se, spam@tnonline.net, akpm@osdl.org, wichert@wiggy.net, reiser@namesys.com, hch@lst.de, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, flx@namesys.com, reiserfs-list@namesys.com Subject: Re: silent semantic changes with reiser4 Message-ID: <20040827101956.B29672@infradead.org> Mail-Followup-To: Christoph Hellwig , Jeremy Allison , Jamie Lokier , Rik van Riel , Linus Torvalds , Diego Calleja , christophe@saout.de, vda@port.imtp.ilyichevsk.odessa.ua, christer@weinigel.se, spam@tnonline.net, akpm@osdl.org, wichert@wiggy.net, reiser@namesys.com, hch@lst.de, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, flx@namesys.com, reiserfs-list@namesys.com References: <20040826204841.GC5733@mail.shareable.org> <20040826205218.GE1570@legion.cup.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20040826205218.GE1570@legion.cup.hp.com>; from jra@samba.org on Thu, Aug 26, 2004 at 01:52:18PM -0700 X-SRS-Rewrite: SMTP reverse-path rewritten from by phoenix.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Aug 26, 2004 at 01:52:18PM -0700, Jeremy Allison wrote: > On Thu, Aug 26, 2004 at 09:48:41PM +0100, Jamie Lokier wrote: > > > > This is why I favour storing all essential metadata (about the file's > > content) inside the file's contents, the primary stream. > > > > We have another problem: what happens when users want to transfer data > > from Windows (with secondary streams) and MacOS (with resource forks)? > > I can tell you that - right now we (Samba) has to drop all but the primary stream, > because the Linux filesystems don't have data stream support. Oh look, > we're losing user data (that's a *bad* thing :-). Maybe you should learn from netatalk.