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:
http://lists.apple.com/mailman/options/macos-x-server/email@hidden
This email sent to email@hidden