Mac OS X HFS+ metadata patch, take 2
Kevin Alexander Boyd
kboyd at umich.edu
Mon Aug 16 11:38:32 GMT 2004
Here's another method for HFS+ rsyncs to non-HFS+ filesystems - the files
can be synced and restored without using RsyncX:
There have been varying degrees of happiness with this method. It's not
perfect, just another alternative method.
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
> 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:
> 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.
> 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
More information about the rsync