Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S267826AbUIPIZX (ORCPT ); Thu, 16 Sep 2004 04:25:23 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S267841AbUIPIZX (ORCPT ); Thu, 16 Sep 2004 04:25:23 -0400 Received: from hermine.aitel.hist.no ([158.38.50.15]:60685 "HELO hermine.aitel.hist.no") by vger.kernel.org with SMTP id S267826AbUIPIZB (ORCPT ); Thu, 16 Sep 2004 04:25:01 -0400 Message-ID: <41494EF7.9030209@hist.no> Date: Thu, 16 Sep 2004 10:29:43 +0200 From: Helge Hafting User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040830) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Timothy Miller CC: 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 List Subject: Re: The argument for fs assistance in handling archives 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> <41487A7A.80107@techsource.com> In-Reply-To: <41487A7A.80107@techsource.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1634 Lines: 39 Timothy Miller wrote: > > Hey, you know how device nodes have a bit set, indicating that they're > device nodes and not regular files? Can a set of such properties be > defined for reiser4 metadata properties? > > Like a "metadata" bit so you can distinguish (if you wish) between > regular files and metadata objects, and in addition an "archivable > metadata" bit which indicates that the given piece of metadata is not > automatically generated and should be archived during backup (some > manually-generated metadata which does not need to be backed up will > not have this bit set -- perhaps add another flag indicating that it's > not automatic but unnecessary to archive). Interesting idea, particularly for autogenerated metadata. Some metadata, like thumbnails and icons might as well be ordinary files though. (Like some icon and want to use it as background bitmap? Just copy it, because it is a plain file. Or want to use it as clipart - fine, the word processor supports bitmap files. . .) This is a case where something is "metadata" only because it is used as such, not because it has to be. File-as-dir is an interesting concept for such cases, because it is convenient to group the "metadata" with the file, have it move with the file and so on. But still have this metadata accessible as a file because it isn't all that special. Helge Hafting - 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/