Mailing Lists: Apple Mailing Lists
Image of Mac OS face in stamp
Re: Filesystem metadata support
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Filesystem metadata support



On Sun, 11 Mar 2007 15:08:37 -0400
Dan Shoop <email@hidden> wrote:

> This is a reasonable first attempt, but I would caution a date or as
> of version x or something in the entry.

That's logical. I made an implementation of that for the 10.4 metadata-aware tools (a simple ">=${VER}") which I imagine would work for other fields. More intricate version details could be implemented as foot-notes similar to what's there.

> However trying to class it specifically along these lines is pretty
> hard. For instance "Finder metadata" is mostly POSIX date metadata
> along with certain BSD flags as well and then some stuff that is
> unique in it's own right, some of which get's munged. An example here
> is that ditto *does not* preserve all Finder info properly (i.e.
> creation date). So should ditto get a No rather than the Yes listed?
> Probably.

Well, "Finder" metadata (which I've seen referred to as "Finder info", too) is essentially the metadata available via the SetFile/GetFile tools. That is: creation date, HFS+ attributes and type/creator. I'd think the SetFile/GetFile "modification date" is the same as mtime, but I'm not sure on that one.

For non-definitive yes/no cells I suppose there'd be a short description or perhaps a footnote (as some of the existing exceptions). In the same way versions could be noted, too (as above).

I was optimistic for the listings, however. For example you have to specifically configure a Bacula option in your file set before it will pick up the resource forks and is easy to miss.

> I think what people really need to see is an enumeration of each
> specific metadatum.

This makes great sense and in fact I considered doing that first or as a follow-up. I think I hit the major ones, though (metadatums, that is :).  If I started that page (or amend this one) would you contribute what you know?

> As we've seen reported over and over most so
> called Mac sysadmins firmly believe that their copy mechanism of
> choice is working just fine, which is obviously NOT the case. ;)

There is probably no tool short of a sector-level copy (dd) that can perfectly capture everything :).

Thanks,
- Jesse
 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Macos-x-server mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

References: 
 >Filesystem metadata support (From: Jesse Peterson <email@hidden>)
 >Re: Filesystem metadata support (From: Dan Shoop <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2011 Apple Inc. All rights reserved.