Re: rsync backups on Mac OS X - mknod errors + icon disappears...

Hi, Please send all RsyncX questions to [EMAIL PROTECTED] Thanks! Kevin Boyd OS X Deployment Coordinator Sys Adm UMIT Contract Services On Wed, 9 Feb 2005, Johan Glimming wrote: > Date: Wed, 9 Feb 2005 18:45:03 +0100 > From: Johan Glimming <[EMAIL PROTECTED]> > To: rsync@lists.samba.org > Sub

Re: Mac OS X HFS+ metadata patch, take 2

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 meth

Re: "Bad address" error

RsyncX questions should be sent to: [EMAIL PROTECTED] Kevin Boyd OS X Deployment Coordinator Sys Adm UMIT Contract Services On Wed, 5 May 2004, Sean M. Kaiser wrote: > Date: Wed, 05 May 2004 08:10:59 -0400 > From: Sean M. Kaiser <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: "Bad addre

Re: Rsync killed my server

What message was sent to the log? If you are using a version of rsync that uses the '--eahfs' flag, then it should not matter if files are moved or removed during a sync. Kevin Boyd OS X Deployment Coordinator Sys Adm UMIT Contract Services On Mon, 22 Mar 2004, Jason Ferguson wrote: > Date: Mo

Re: some clarity Re: HFS+ resource forks: WIP patch included

On Sat, 13 Mar 2004, Wayne Davison wrote: > > I have no desire to see the current protocol get explicit IDs. I think > it would be better to simply ensure that the lists sort identically on > each side, and the best way to do that is to ensure that both sides sort > the exact same list. > I agree

Re: some clarity Re: HFS+ resource forks: WIP patch included

On Wed, 10 Mar 2004, D Andrew Reynhout wrote: > > Yes. I forgot to mention it, but for the moment, I'm accepting > the loss of creator/type, icon, etc. For now, all of that requires > manual repair upon restoration. I would have tried to shoehorn it > in, but I haven't thought of a way to do it

some clarity Re: HFS+ resource forks: WIP patch included

On Wed, 10 Mar 2004, D Andrew Reynhout wrote: > > On HFS+, a resource fork for is accessed via > /..namedfork/rsrc . Obviously, we can't send the > same filename to the destination, because an inode can't be > a regular file and a directory simultaneously. > > Map: /..namedfork/rsrc > to: .~~

Re: Rsync and Resource File Stripping on Mac OS X: Partially Successful

Boyd OS X Deployment Coordinator Sys Adm UMIT Contract Services On Wed, 3 Jul 2002, Catalino Cuadrado wrote: > Date: Wed, 3 Jul 2002 18:34:37 -0400 (EDT) > From: Catalino Cuadrado <[EMAIL PROTECTED]> > To: Kevin Alexander Boyd <[EMAIL PROTECTED]> > Cc: Catalino Cu

Re: Rsync and Resource File Stripping on Mac OS X: Partially Successful

Hi, Is the version of rsync on both local and remote machines the version that supports HFS+? And are both source and destination filesystems HFS+? This is the only way for this version to work correctly. Kevin Boyd OS X Deployment Coordinator Sys Adm UMIT Contract Services On Wed, 3 Jul 2002

Re: rsync 2.5.5 w/ HFS+ support for OS X

ts, and this form of cross-platform support of rsync for HFS+ volumes could be implemented. Kevin Boyd OS X Deployment Coordinator Sys Adm UMIT Contract Services On Mon, 13 May 2002, Joseph Annino wrote: > Date: Mon, 13 May 2002 17:55:30 -0400 > From: Joseph Annino <[EMAIL PROTECTED

rsync 2.5.5 w/ HFS+ support for OS X

Hi, I'd like to either supply binaries or add source to the rsync tree. The source is located here: http://www.macosxlabs.org/rsyncx/rsync-2.5.5.hfs.tgz It cleanly compiles for all supported platforms, and adds HFS+ filesystem support for OSX. All HFS+ specific code is noted, and 'ifdef'ed wh