site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com In message <46D9A985-8265-40D8-B7C7-0DD81CA5D3B0@gmail.com>, Q writes:

a) If chflags +uchg is set on a file copyfile() will replicate this onto rsync's temporary ._* files, which rsync is then unable to delete, and are left behind in /tmp.

Not unique to rsync; found in several other programs. Reported months ago, too. (Actually, we may have reached a full year.)

b) When acl's are disabled for a filesystem (sudo fsaclctl -p / -d) the following code works. With acl's enabled (sudo fsaclctl -p / -e) it fails. The difference is the behaviour of mktemp(3), without ACL's it will create a temporary file, with ACL's enabled it doesn't, a situation that copyfile() seems unable to handle. If you were to use mkstemp(3) instead this problem does not occur.

It looks to me as though this is a relative of the bug where certain programs can't copy files with ACL's enabled. The boundary condition seems to be something like "file has resource fork but no ACL". Hmm. Looking at my notes, the bug was that if you have ACLs enabled, and a file has a resource fork, but does not have an ACL, tar and pax choke trying to copy it. But this could be a totally DIFFERENT bug related to the sort of innovative ACL implementation. -s _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... This email sent to site_archiver@lists.apple.com