Re: Metadata support
Re: Metadata support
- Subject: Re: Metadata support
- From: email@hidden (Peter Seebach)
- Date: Thu, 29 Jun 2006 01:52:40 -0500
In message <email@hidden>, 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 (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden