Re: Metadata support
Re: Metadata support
- Subject: Re: Metadata support
- From: maurits <email@hidden>
- Date: Tue, 27 Jun 2006 21:45:13 +0200
At 15:17 Uhr -0400 2006-06-27, Dan Shoop wrote:
ditto should (expectedly) mimic the Finder's copy functionality. As
such an argument could be made that since the geometry of the files
are different the ACL from one file shouldn't apply to the other.
what do you mean by geometry? I fail to see how ACLs should be
handled any different from permissions.
- rsync -aE doesn't preserve BSD flags, locked flag, modification
date of files with resource forks, ACLs (I'm sure there's
gazillions of rdars)
It also doesn't appear to be able to copy files with both ACLs and
resource forks. It appears to only work if you have one or the
other. At least that was the last time I checked.
interesting. Judging from posts on the web there seem to be many
subtle problems with rsync. I only listed the most obvious ones that
I personally observed.
I haven't done any investigation of archive formats such as tar, so
I can't tell how Apple's tools fare in that respect.
I have.
Findings:
=========
[...]
- creation dates maintained
unfortunately, you're wrong on this. The reason is the subtle way of
Apple's creation date handling. All of cp -p, ditto, asr, AND tar set
the creation date to the modification date. As I also wrote in my
blog post yesterday, that behavior makes no sense whatsover by any
practical definition of the semantics of creation dates. However, it
also means that the bug does not become visible for files that have
identical modification and creation dates. You tested just with such
files.
The deficiency also becomes obbious if you study the relevant code in
copyfile.c. Apple only archives ACLs, EAs, FinderInfo, and resource
forks in the AppleDouble file, but fails to archive the creation date
(which would be easy enough to do).
Cheers,
maurits
--
http://www.plasticsfuture.org
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden