Mac OS X HFS+ metadata patch, take 2

[Kevin Alexander Boyd]

Here's another method for HFS+ rsyncs to non-HFS+ filesystems - the files
can be synced and restored without using RsyncX:

http://xnews.soad.umich.edu/RsyncX_Forums/index.php?topic=33.0

There have been varying degrees of happiness with this method.  It's not
perfect, just another alternative method.

Kevin Boyd
OS X Deployment Coordinator
Sys Adm UMIT Contract Services


On Mon, 16 Aug 2004, D Andrew Reynhout wrote:

> Date: Mon, 16 Aug 2004 00:49:17 -0400
> From: D Andrew Reynhout <reynhout at quesera.com>
> To: rsync at lists.samba.org
> Subject: Mac OS X HFS+ metadata patch, take 2
>
>
> Hi.
>
> Several months ago, I posted my first pass at a patch to transfer
> Mac OS X HFS+ metadata (resource forks and Finder metadata) to
> non-HFS+ filesystems (Linux, Solaris, etc).
>
> I finally got a chance to update the patch to reflect suggestions
> offered on the list.  Thanks for the ideas, this version should be
> a big improvement.
>
> The diff and a binary (and a fuller explanation) can be found at:
> http://www.quesera.com/~reynhout/misc/rsync-hfsmode-patch
>
> The current patch is against rsync-2.6.2.  It still works with the
> standard build of rsync on the receiving side, so only the sender
> needs to be patched.
>
> For a single HFS+ file, there will be between one and three files
> transferred to the destination filesystem:
>
>    - <filename>: The regular file (data fork)
>    - ._<filename>: The resource fork of <filename>, iff non-empty.
>    - ._<filename>_metadata: Type and Creator and Finder flags
>                             for <filename>, iff non-null.
>
> Any suggestions on a naming scheme for the metadata file that
> would minimize the risk of collisions?
>
> Any feedback would be appreciated.
>
> Thanks,
> Andrew
> reynhout at quesera.com
>
>
> --
> To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
> Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
>