When rsync 3.0.6 copies files with HFS+ File Compression, the new
extended attribute decmpfs is not preserved, and the UF_COMPRESSED
flag is not set on the destination and the destination file is not
compressed.
I examined the destination file as described in ars technica (with ls
and xattr from a 10.5 Leopard boot), and the compressed data is moved
from the resource fork to the data fork, and the extended attributes
'@' are removed from the file.
As far as I know, only ditto in 10.6 can handle HFS+ File
Compression. (I even tested a 'clone' with disk utility (file copy,
not block), and it also failed (block copy, of course works).
On Oct 27, 2009, at 7:39 PM, Matt McCutchen wrote:
What kind of special treatment from rsync were you expecting? I read
http://arstechnica.com/apple/reviews/2009/08/mac-os-x-10-6.ars/3 , and
as far as I can tell, the compression is handled entirely by the
filesystem with no intervention from applications needed.
--
Matt
On Tue, 2009-10-27 at 19:31 -0400, Tony wrote:
Are there any patches (or planned updates) to rsync v3.0.6 to handle
the HFS+ File Compression that Apple introduced with Snow Leopard?
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html