> > I'd like to see the create times and fileflags patches included so all
> > metadata tests pass with backup bouncer 'out of the box' on Mac OS X.
>
> Those patches are Mac-specific, so I'm pretty sure they won't go into
> the main rsync, but it would make sense to include them in packagings of
As an example, I transfered 1930420 KBytes with rsync between two 2.8 GHz Intel
P4 machines over gigabit ethernet and got this:
transfer method:ssh rshnfs rsync
wall time in sec 130.01 79.77 176.03 74.92
MBit/sec116 189 86201
Mind you, this is no benchmark as I
> > How do you call rsync?
>
> rsync -av --delete --perms --acls ...
You left out the rest. Specifically, what protocol
are you using over the ethernet? Are you using an
rsync server, ssh, NFS, SMB, or what? A straight
rsync server is by far the fastest, I've found. So
you'd do something lik
--- Wayne Davison <[EMAIL PROTECTED]> wrote:
> I will consider such a change for the future, but
> I'll have to spend time contemplating the
> repercussions.
Thanks. If you decide against changing the behavior,
then please add a note in the man page (perhaps where
the -u option is explained and
--- Wayne Davison <[EMAIL PROTECTED]> wrote:
> ...
> The way rsync currently works, it doesn't consider a
> file and a symlink
> to be the same thing, so the -u option will not
> prevent a file from
> being replaced by a symlink.
> ...
Hmm. But the symlink is older. I would expect the
symlink t
Hi.
I found and reported a bug about a year ago regarding
symbolic links but haven't seen any mention of it
since and it is still present in 2.6.1-pre2.
Just want to make sure it isn't forgotten.
It can be reproduced by synchronizing two directories,
one of which contains a normal file and the o
I don't see any option that works. My problem is not
how it copies the links; it is that rsync will delete
a regular file and replace it with the symlink when
the file is newer than the symlink. The file is
always erased with no backup. This seems wrong.
Basically I use rysnc to keep files on
rsync -aub foo/ bar/
will always overwrite a file in bar with a symbolic
link of the same name in foo. And there is no backup
written. Is this a bug, or is there a command-line
option to change this behavior?
In particular, I'd like to prevent the overwriting of
regular files with symbolic links
