[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Fwd: Re: KDE filesystem structure + metadata

Hash: SHA1

Am Dienstag, 15. Januar 2002 23:07 schrieb Jens Benecke:
> There is currently a large discussion (early developent phase) of how to
> introduce and "make useful" metadata (EAs, for OS/2 veterans) in Unix
> systems, on the ReiserFS mailinglist.
> ReiserFS-4 (see www.namesys.com) will get database capabilities and
> metadata features in the file system, so apart from the "standard" metadata
> attributes like thumbnail icons, comments ("downloaded from...", "last
> owner", "Author", ...), flags ("Important", "urgent", "Secret", see MacOS)
> and so on it will be able to store package information with the files AND
> quickly search for those criteria.
> Think a combination of slocate, dpkg -S, dpkg -L etc. as a filesystem
> feature, without extra files. Files will be relocatable without problems
> (move /usr/doc/* to /usr/share/doc/* and dpkg will still be able to find
> files of to-be-removed packages, by searching for the "dpkg.packagename"
> and "dpkg.original-filename" attribute for example).
> The big thing however is that (most of) those features will be available
> through a (planned) lib-ea, which will emulate them on file systems that
> don't support it directly. So you can have it on ext2 or ext3 (or FAT) if
> you don't want ReiserFS.  As soon as the standard is stable and developers
> agree where (and if) to integrate them in other filesystems lib-ea can be
> updated and take advantage of the new features.
> If they do it right (and I'm following the discussion closely because I
> *want* it done right) this might very well revolutionize package
> management, apart from revolutionizing many other features ("where is that
> file I downloaded from this website whose title went something like "WaReZ
> d0wnl0adz"?).

Just like acl for ext2 with the same problem. All tools like and whatever 
will not work with this, at least not without lots of patching and probably 
breaking compatibility.
But sounds like a cool but mainly unused feature.

Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org


Reply to: