I have noticed another glitch,
On OSX with the 3 usual patches fileflags, crtimes, hfs_compression and using
—backup and —backup-dir=PATH
Whenever source has a trailing slash, the backup dir is doubled in depth.
So when backup_Dir = “BL_Archive" and source is “some/folder/path” the usual
co
Dear All,
I found a workaround for the corrupted backup app package files though there is
probably a more intelligent way.
When the destination is empty or missing (rather than an update)
rsync.c calls make_backup and returns 1 when it encounters
if (x_lstat(fname, &sx.st, NULL) < 0)
Hi Again,
Update : I have spent some hours trying to track down where this happens,
mostly in backup.c.
This just seems to concern any files which are .app or .nib or .rtfd as they
are packages and act like directories. As below, 3.0.9 does not try to copy
these at all.
This only happens when
Dear All,
I have been seeing some strange behavior using rsync 3.1.1 on OSX with the 3
standard patches applied when using the --backup and --backup-Dir options.
This works as expected on 3.0.9, moving any files on dest that are not on
source to the backup folder. If no changes then the backup
