Hi,
I've been using rsync (OSX Tiger now Leopard) to backup my home
folder daily using -a -H -A -X link-dest=dir to make incremental
backups. There was a problem though since many files especially
images, movies etc would be recopied each time instead of creating
hard links. I have been
Hi,
Before I go any further about OSX creation dates etc. I just
discovered that the pre5 release doesn't work on OSX Tiger. I got this
message in the rsync progress:
dyld: Library not loaded: /usr/lib/libiconv.2.dylib
Reason: Incompatible library version: rsync requires version 7.0.0
Thanks Giuliano- I can't believe I didn't think of that. It works well
now. Thanks, Rob D
On Dec 2, 2007, at 4:18 PM, Giuliano Gavazzi wrote:
On 2 Dec 2007, at 19:58, Robert DuToit wrote:
Hi,
Before I go any further about OSX creation dates etc. I just
discovered that the pre5 release
Hi All,
I ran the bouncer tests too and came up with same results except the
fifo and devices failed. I ran it from command line as well as
from do shell script command with same results. I used the same
patches. Nevertheless, I am thrilled with the results here for OSX and
can't thank
in this function)
acls.c:1037: error: `ACL_TYPE_DEFAULT' undeclared (first use in this
function)
make: *** [acls.o] Error 1
On Jan 25, 2008, at 7:56 PM, Robert DuToit wrote:
Hi all,
Somewhat along the same lines, I wanted to see if rsync 3 would work
on Mac OS10.3X so I made a test partition
Hi all,
Somewhat along the same lines, I wanted to see if rsync 3 would work
on Mac OS10.3X so I made a test partition and installed 10.3.2 on it
( no updates around). I then installed xcode 1.5 and with a fresh copy
of rsync 3.0.0pre8 and tried ./configure which worked fine. When I
tried
in
this function)
make: *** [lib/sysxattrs.o] Error 1
Robert-DuToits-Computer:~/rsync-3.0.0pre8 robertdutoit$
On Jan 25, 2008, at 11:13 PM, Matt McCutchen wrote:
On Fri, 2008-01-25 at 21:38 -0500, Robert DuToit wrote:
I reinstalled developer tools again on OS10.3.2 and ran make again
that didn't on
the 10.5 build)!
Thanks, Rob
On Jan 25, 2008, at 11:13 PM, Matt McCutchen wrote:
On Fri, 2008-01-25 at 21:38 -0500, Robert DuToit wrote:
I reinstalled developer tools again on OS10.3.2 and ran make again
and
this time and saw more action but a lot of errors such as the one
Matt,
I would be happy to implement and test any of these things on OS 10.3
thru 10.5. the only hitch is I am only applescript savvy with a
smattering of OBJ-c. so can help if someone tells me what to do, what
code to implement etc. But this is probably where Vitorio comes in-
he sounds
Hi All,
I made a Mac UI application and am running rsync 3 from do shell
script (applescript) and am trying to parse the output so I can get a
progress bar to give a fairly true reading of size , or # of files,
copied. I notice that the output reads for example,
. 1650 of 8345 files
Thanks Matt,
That does it. I know at least there is the option now. Rob
On Jan 29, 2008, at 2:34 PM, Matt McCutchen wrote:
On Tue, 2008-01-29 at 14:25 -0500, Robert DuToit wrote:
I made a Mac UI application and am running rsync 3 from do shell
script (applescript) and am trying to parse
On Jan 30, 2008, at 3:46 AM, Paul Slootman wrote:
Do note that disabling the incremental recursion will impact the
performance, esp. with a large number of files.
I did some tests (I am becoming the OSX rsync_3 benchmark guy!) and
for 15GB Home folder, there was only a slight difference
Hi Wayne,
I tried the crtimes patch and it compiles and works but when I tried
to add the flags patch too I came up with this make error. Though
flags compiloes by itself or with the osx-create-time.diff patch. Rob
robert-dutoits-powerbook-g4-15:rsync-3.0.0pre8 astrid$ make
perl
;
extern int preserve_xattrs;
extern int need_messages_from_generator;
how do I resolve this? Thanks Rob
On Feb 3, 2008, at 2:20 AM, Wayne Davison wrote:
On Sat, Feb 02, 2008 at 09:38:20PM -0500, Robert DuToit wrote:
I tried the crtimes patch and it compiles and works but when I tried
to add
at 09:38:20PM -0500, Robert DuToit wrote:
I tried the crtimes patch and it compiles and works but when I tried
to add the flags patch too I came up with this make error.
You apparently missed the patch errors before that. You need to
resolve
all the failed hunks from the second patch before
On Feb 3, 2008, at 3:56 PM, Robert DuToit wrote:
Hi Mike,
If I replace the missing patch code for flags.diff in compat.c for
instance:
nt uid_ndx, gid_ndx, crtimes_ndx, acls_ndx, xattrs_ndx, unsort_ndx;
adding ... fileflags_ndx
so then
nt uid_ndx, gid_ndx, fileflags_ndx , crtimes_ndx
, 2008, at 11:05 PM, Wayne Davison wrote:
On Sat, Feb 02, 2008 at 09:38:20PM -0500, Robert DuToit wrote:
I tried the crtimes patch and it compiles and works but when I tried
to add the flags patch too I came up with this make error.
My latest version of the crtimes.diff patch is now based on having
Ditto on good results for OSX!
One thing I noticed though. I tried -b (--backup) and noticed that the
suffix ~ gets added to pre-xisting files as expected but if the
file is a package or application it gets added to all the resource
files inside the package and renders it unusable.
hi All,
There may be no solution to this and it is probably an OSX finder
problem, but after most copies with rsync pre9, especially larger
ones, many of the copied folders have permission denied symbols
(little red circles with lines through them) left on them. These
disappear after
Hi All,
I have a client and we are trying to create a backup for several
folders on OSX 10.4.11 with rsync 3.0.0pre9. One folder copies fine
but the other three generate this error and I am stumped.
using:
rsync -aHAX --fileflags --crtimes -v
we get;
sending incremental file list
) [generator=3.0.0pre9]
_exit_cleanup(code=12, file=io.c, line=1500): about to call exit(12)
On Feb 19, 2008, at 2:10 PM, Matt McCutchen wrote:
On Tue, 2008-02-19 at 14:03 -0500, Robert DuToit wrote:
I have a client and we are trying to create a backup for several
folders on OSX 10.4.11
Hi All,
Well, we compiled pre9 on an intel Mac running Tiger and now it
does work on the machine. I need to see if that will now work on a PPC
mac though. Hopefully it will but I am wondering if there is a way to
compile and make a universal binary rsync for the Mac that will run on
Begin forwarded message:
From: Robert DuToit [EMAIL PROTECTED]
Date: February 20, 2008 7:29:05 AM EST
To: rsync@lists.samba.org
Subject: OSX universal rsync
Hi All,
Well, we compiled pre9 on an intel Mac running Tiger and now it
does work on the machine. I need to see if that will now work
Hi Again,
Sorry to keep posting about this. There seems to be a lot of confusion
trying to get compatibility with various Mac architectures and OS.
Sven Peters was able to compile on an intel Mac running leopard using
patch -p1 patches/flags.diff
patch -p1 patches/crtimes.diff
./configure
On Feb 20, 2008, at 10:24 PM, Brendan Grieve wrote:
Robert DuToit wrote:
Hi All,
Good news on rsync3.0pre10 universal binary
On Feb 20, 2008, at 8:55 PM, Brendan Grieve wrote:
Robert DuToit wrote:
Just an update,
I have confirmed that rsync compiled on an intel won't work on
PPC
Hi All,
I promise I won't bug you anymore about this but I did find that
the compiled universal binary on rsync3.0.pre10 does preserve creation
dates across platforms with the old osx-create-time.diff patch but not
with the crtimes patch. If anyone has a clue about this I would be
, Robert DuToit wrote:
Hi All,
I promise I won't bug you anymore about this but I did find that
the compiled universal binary on rsync3.0.pre10 does preserve
creation dates across platforms with the old osx-create-time.diff
patch but not with the crtimes patch. If anyone has a clue about
Hi All,
I just tried (on OS10.5.2) the new fileflags.diff patch
patch -p1 patches/fileflags.diff
patch -p1 patches/crtimes.diff (see result below- I fixed the rej's )
then
./configure
make
then tried it out but it isn't copying the creation dates now
just wondering if I missed something
Thanks Wayne and everybody,
This is a huge boost to have a modern rsync for OSX. We're all
grateful. Rob D
PS I did notice that we lost the bsd flags test in 3.0. It was ok in
pre10 thanks again
bbouncer
Verifying:basic-permissions ... ok
Verifying: timestamps ...
On Mar 2, 2008, at 10:13 AM, Wayne Davison wrote:
On Sun, Mar 02, 2008 at 07:40:32AM -0500, Robert DuToit wrote:
Indeed - it worked fine. I had forgotten that you changed the default
behavior and that --force-schg would override that too. Thanks!
In the final patch for 3.0.0 the option
On Mar 6, 2008, at 8:28 PM, David Miller wrote:
Did anyone ever get rsync3 to compile as a universal binary and work
correctly on both tiger and leopard on ppc and intel?
No. I ended up using two rsyncs, one for PPC and one for intel. The
two actually are smaller than the the one
On Mar 7, 2008, at 12:03 AM, Matt McCutchen wrote:
On Thu, 2008-03-06 at 23:21 -0500, Robert DuToit wrote:
On Mar 6, 2008, at 8:28 PM, David Miller wrote:
Did anyone ever get rsync3 to compile as a universal binary and work
correctly on both tiger and leopard on ppc and intel?
No. I ended
Hi All,
I think I am missing something with the backup-dir-dels.diff patch.
How does that differ from the original --backup -backup-dir=DIR
option? Using the original one works fine (on patched or non-patched
rsync), putting deleted source files into the DIR on destination, but
when I run
On Mar 8, 2008, at 10:16 PM, Matt McCutchen wrote:
On Sat, 2008-03-08 at 21:52 -0500, Robert DuToit wrote:
I think I am missing something with the backup-dir-dels.diff patch.
How does that differ from the original --backup -backup-dir=DIR
option?
It lets you specify a different suffix
Hi All,
So far the tests show the universal build of rsync 3.0 (using
lipo) to be indeed universal. Metadata tests all come up clean on
OSX Tiger and Leopard, both PPC and Intel architectures. Some people
asked for the compiled binary so I put it here:
Hi All,
I have a client running:
Source: Xsan 1.4.2 Volume with acl enabled. It is mounted on an xserve
Intel 10.4.11
Destination: DAS (Direct attached Storage) Attached through Fiber
Channel. (It's a xraid) with acl enabled.
using basic options -aHAXN --fileflags -v --progress
everything
Hi All,
I am trying to help my friend set up his rsync with iconv. Presently
it works fine but re-copies every file with an umlaute in the
filename. I saw a recent post about this and the fix but...
he ran locale ( both source and dest are on same machine) and is
running on a
On Mar 31, 2008, at 10:14 PM, Wayne Davison wrote:
On Mon, Mar 31, 2008 at 09:54:16AM -0400, Robert DuToit wrote:
we tried adding option iconv=C and iconv=C,C but no luck
oddly this is what was returned when he ran locale on his machine-it
didn't specify a locale or charset:
xserve
On Apr 8, 2008, at 12:53 PM, Wayne Davison wrote:
I have released rsync 3.0.2. This is a security release to fix a
potential buffer overflow in the extended attribute support. For
more details, see the rsync security advisory page:
http://rsync.samba.org/security.html
There is a patch
Hi All,
This is a simple question but I have noticed that using rsync 3.0.2 on
a local copy on OSX with basic options
rsync -aHAXN --fileflags --force-change --stats -v --progress
the custom file/folder icons do not always show up in destination.
Sometimes they do and sometimes they
Hi All,
I havn't compiled 3.0.3 pre1 yet but have been seeing considerable
longer backup times on OSX 5.2, using 3.0.2 over 3.0.1. Has anyone
else noticed this? The progress doesn't seem to show any problems or
differences from 3.0.1 either. backing up 100+GB internal drive, with
1
Hi All,
My wrapper application for rsync 3.0.2 on osx has been working
smoothly except for reports of it hanging on the last file of the
transfer to a local firewire drive. We seem to have solved the mystery
of the slow transfers but now, every four or five runs, it hangs at
the last
Hi larry,
This rsync was compiled on an intel running 10.4.11 so the
architecture is right. I am wondering though if it would make a
difference to compile it on the 10.5.2 machine it seems to hang on
I have assumed all along that compiling it on the previous OS would be
upward
Hi All,
I've been off list for a while and just got around to building rsync
3.0.6 on Mac OSX 10.6 intel core 2 duo machine. It runs great on
similar machines but someone just said it won't for their OSX 10.6
intel core duo and returns an error:
rsync Bad CPU type in executable.
I
of x86.
Cheers,
Vitorio
Le 25 oct. 09 à 18:19, Robert DuToit a écrit :
Hi All,
I've been off list for a while and just got around to building
rsync 3.0.6 on Mac OSX 10.6 intel core 2 duo machine. It runs great
on similar machines but someone just said it won't for their OSX
10.6 intel
Hi All,
I have been getting reports from users of backuplist+, my wrapper application
for rsync (currently with build of 3.0.6), about odd behavior after updating to
OS 10.6 Snow Leopard.
Basically: the problem occurs backing up a directory to a local mounted network
volume. Previously all
Hi Eric et al,
It seems this is not an rsync problem though I am not sure
The same thing happens with the Apple supplied rsync as with 3.0.7 (someone
emailed me about the same problem using the old apple supplied rsync) and I
wonder if other file transfer options might have similar
On Apr 5, 2010, at 1:28 PM, Matt McCutchen wrote:
On Sat, 2010-04-03 at 18:12 -0400, Robert DuToit wrote:
I have been getting reports from users of backuplist+, my wrapper
application for rsync (currently with build of 3.0.6), about odd
behavior after updating to OS 10.6 Snow Leopard
Hi Matt,
I set up a simple test with a nest of directories ( aa bb cc dd ee) with
1 file in each.
running rsync from OS 10.6 to another Mac with OS10.5 there seems to be no
problem. When doing the reverse I am seeing the odd behavior.
Below is the log from running the options
-aHAXN
Matt,
I forgot to mention,
If I add an exclude for
.DS_Store*
it doesn't generate the odd .DS_Store files.
However, if I copy directories with other types of hidden files like
.bash_history then it generates odd versions of those too. So I added an
exclude for every hidden (dot prefix)
On Apr 6, 2010, at 9:14 AM, Benjamin R. Haskell wrote:
On Mon, 5 Apr 2010, Robert DuToit wrote:
Hi Matt,
I set up a simple test with a nest of directories ( aa bb cc dd
ee) with 1 file in each. running rsync from OS 10.6 to another Mac
with OS10.5 there seems to be no problem
10.5 box to send but all users are reporting issues
with all 10.6.3 machines)
basic Mac options
path/to/rsync -aHAXN --fileflags --force-change -stats - src dst output
Rob
On Apr 7, 2010, at 5:59 AM, carson+rs...@taltos.org wrote:
Robert DuToit wrote:
On Apr 6, 2010, at 9:14 AM
Hi All,
On Apr 30, 2010, at 5:29 PM, Matt McCutchen wrote:
On Fri, 2010-04-30 at 14:21 +0700, Ryan Joseph wrote:
On Apr 30, 2010, at 12:54 PM, Matt McCutchen wrote:
Rsync determines which of the files in the file list need a data
transfer as it goes, so the only way to get the count in
On Apr 30, 2010, at 8:26 PM, Ryan Joseph wrote:
On May 1, 2010, at 6:58 AM, Robert DuToit wrote:
I don't know if this is what you are looking for but I have a GUI for rsync
(Backuplist+) and now use unix find directoryPath | wc -l and it is very
fast and gives you the total file count
Hi All,
I have been reading about the HFS+ filesystem compression on Snow Leopard and
how copying or cloning over system files with rsync and other tools results in
them being expanded on destination. I was wondering if there was any thoughts
on updating rsync to accommodate this? It is kind of
Hi Mike,
Thanks so much
After some searching I just found the patch and built on 3.0.6 but got an error
on make after running fileflags.diff, crtimes.diff and your patch
perl ./mkproto.pl ./*.c ./lib/compat.c
In file included from ./rsync.h:971,
from ./rounding.c:20:
Hi Mike,
I guess I did something wrong or removing that line 283 in proto.h was critical
I ran fileflags and crtimes patches first and then
rsync_3.0.6-hfs-compression_20091027.diff but the test shows no go.
Sub-test: decmpfs xattr ... not preserved
Sub-test: UF_COMPRESSED flag ... not set
link decmpfs xattr ... preserved
Sub-test: hard link UF_COMPRESSED flag ... set
Sub-test: hard link modification time ... ok
ok
Mike
rsync_3.0.6-hfs-compression_20091027.diff
On May 18, 2010, at 10:04 PM, Robert DuToit wrote:
Hi Mike,
I guess I did something wrong
two reports of
this but have not been able to reproduce it myself, and the users that
reported it also could not reproduce it.
Mike
On Jun 25, 2010, at 5:16 AM, Robert DuToit wrote:
Hi All,
I have been using rysnc 3.0.6 with Mike's
rsync_3.0.6-hfs-compression_20091027.diff patch
25, 2010, at 4:03 PM, Mike Bombich wrote:
Can you share the steps required to reproduce this? I've seen two reports of
this but have not been able to reproduce it myself, and the users that
reported it also could not reproduce it.
Mike
On Jun 25, 2010, at 5:16 AM, Robert DuToit wrote
them separately in the
near future.
Mike
rsync_3.0.7-hfs_compression_20100701.diff
On Jul 1, 2010, at 6:16 AM, Robert DuToit wrote:
Hi Mike and All,
I have been doing some research on the damaged HFS compressed files
and found some interesting clues. Looking at mike's patch so far I
Hi Mike,
on the first build try I got a make error:
patch -p1 patches/fileflags.diff
patch -p1 patches/crtimes.diff
patch -p1 patches/rsync_3.0.7-hfs_compression_20100701.diff
./configure
make
compat.c: In function ‘setup_protocol’:
compat.c:293: error: ‘CF_HFS_COMPRESSION’ undeclared (first
contains a couple bug fixes to the xattr code as well.
I'll break those out and submit them separately in the near future.
Mike
rsync_3.0.7-hfs_compression_20100701.diff
On Jul 1, 2010, at 6:16 AM, Robert DuToit wrote:
Hi Mike and All,
I have been doing some research
Hi All,
I reported a ways back about strange file replication via rsync copying to an
OSX 10.6.3 local network volume.
Hidden dot files such as .DS-Store and other dot files on OSX were copied to
the local volume with appended names indicating that the temp files created by
rsync were ending
Hi All,
I have had reports of problems with the -R option on OSX 10.6.4.
Just tested it myself and found this odd result:
When I run this
dtruss -f path/to/rsync -aHAXNR --fileflags --force-change --protect-decmpfs
--stats -v /Users/astrid/Documents/main.m /Users/astrid/Desktop/rrr
it
Hi again,
Problem solved
Sorry. I didn't even think to check permissions on the Desktop folder, the
first logical thing to check. Somehow they had been changed. Fixed them and -R
works fine now. I believe other users are likely having permissions issues too.
Thanks, Rob
--
Please use
that of the remote user.
Cheers, Rob
On Oct 30, 2010, at 9:35 PM, Robert DuToit wrote:
On Oct 30, 2010, at 8:27 PM, Mike Bombich wrote:
On Oct 30, 2010, at 9:02 AM, Robert DuToit wrote:
Hi All,
I'm trying a remote backup for the first time. It is between two laptops, I
installed rsync
Hi All,
On Oct 31, 2010, at 5:12 PM, Wayne Davison wrote:
On Sun, Oct 31, 2010 at 10:57 AM, Robert DuToit rdut...@comcast.net wrote:
Does the server (or other computer in this case) always need a root account
established for this to work? I tried everything else and the owner always
became
Hi all, hi Mike,
I am just building 3.0.8 on osx 10.6.6 and mike's hfs_compression.diff is
failing. Am I missing something?
Thanks, Rob
patch -p1 patches/fileflags.diff
patch -p1 patches/crtimes.diff
patch -p1 patches/crtimes-64bit.diff ( this says previously applied…)
patch -p1
Thanks Wayne,
That's great - I didn't even think to look in patches for those! I'll build and
send it around for testing.
best, Rob
On Apr 9, 2011, at 12:00 PM, Wayne Davison wrote:
On Tue, Apr 5, 2011 at 6:11 PM, Robert DuToit rdut...@comcast.net wrote:
I am just building 3.0.8 on osx
Hi All,
I have been noticing this in stderr recently. Is this a problem? Standard OSX
patches on 3.0.7 - everything working perfectly otherwise.
Best, Rob
Calling unpack_smb_acl() on /Users/astrid
Calling unpack_smb_acl() on /Users/astrid/Desktop
Calling unpack_smb_acl() on
Dear All,
I have been getting reports and noticing these acl errors again recently. rsync
3.0.7 thru 3.0.9. Someone reported that files were being skipped but we don't
know if it is the acl issue since it doesn't state the file name. In the
archives I found Henry's post about this and saw that
On Aug 3, 2013, at 12:31 PM, Wayne Davison way...@samba.org wrote:
On Wed, Jul 31, 2013 at 7:46 AM, Robert DuToit rdut...@comcast.net wrote:
Hi Wayne,
Trying out 3.1 pre 1 on OSX 10.8.4
I like the new extended stats and the ir-chunk file numbers in log. Also
getting a lot of errors
On Oct 12, 2013, at 12:36 AM, Anthony Morton amor...@fastmail.fm wrote:
I got 3.1 to build all right on OS X but it won't run without stalling and
lots of errors. Is it working for you or anyone else yet or have the
problems come to light?
Yes, now I'm using it in anger I'm seeing
On Oct 12, 2013, at 7:11 AM, Dmitry Yu Okunev dyoku...@ut.mephi.ru wrote:
Hello, people.
On 10/12/2013 02:56 PM, Robert DuToit wrote:
On Oct 12, 2013, at 12:36 AM, Anthony Morton amor...@fastmail.fm wrote:
I got 3.1 to build all right on OS X but it won't run without stalling
Hi All,
I have a situations where I need output to a file and normally would just
append “output.log” to the rsync command line but can’t do that in this
situation and need to run rsync with just the args via nstask. I tried the
internal --log-file=File option which works except it outputs
want the stdout format
with —progress -v. Maybe there are some simple examples out there.
Rob
On 03/12/2014 12:02 AM, Robert DuToit wrote:
Hi All, I have a situations where I need output to a file and
normally would just append “output.log” to the rsync command line
but can’t do
with those.
Thanks Kevin,
rob
On 03/12/2014 12:20 AM, Robert DuToit wrote:
Thanks Kevin,
On Mar 12, 2014, at 12:10 AM, Kevin Korb k...@sanitarium.net
wrote:
See --log-file-format Most of the info for it is in man
rsyncd.conf since it is mostly used by servers.
I looked
as in progress. If possible I may try to channel the
progress to the logfile- I havn’t been able to find the place in the source
that displays the (xfer#8, to-check=1115/1125) or if that is even possible.
But this is a big improvement at least.
Rob
On 03/12/2014 12:20 AM, Robert DuToit wrote
specifier for
file count.
thanks, Rob
On 03/12/2014 08:04 AM, Robert DuToit wrote:
On Mar 12, 2014, at 12:21 AM, Kevin Korb k...@sanitarium.net
wrote:
-v would be %n%L You probably don't want --progress in a log file.
It works great. The one thing that it doesn’t seem to offer is
any
Hello All,
I have lately heard from a couple of people that delete option was not
deleting extraneous files on destination. This only happens when there are
several source directories and at destination some show delete working and
others not. I can not reproduce the issue so it is hard to
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Does --relative fix it? You almost always want --relative with
multiple sources.
On 08/16/2014 09:10 PM, Robert DuToit wrote:
Hello All,
I have lately heard from a couple of people that delete option was
not deleting extraneous
sources.
On 08/16/2014 09:10 PM, Robert DuToit wrote:
Hello All,
I have lately heard from a couple of people that delete option was
not deleting extraneous files on destination. This only happens
when there are several source directories and at destination some
show delete working
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
following this path is
difficult.
Thanks, Rob
On Jan 16, 2015, at 9:41 AM, Robert DuToit rdut...@comcast.net wrote:
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
is possible. */
On Jan 16, 2015, at 9:41 AM, Robert DuToit rdut...@comcast.net wrote:
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
, Robert DuToit rdut...@comcast.net wrote:
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
Just chiming in here,
I haven’t read all the previous posts so may be repeating…
Mike Bombich has a good piece on benchmarks for various source/destination
scenarios with rsync.
https://bombich.com/kb/ccc3/how-long-should-clone-or-backup-take
Note that copying to sparsebundle on local media
Hi All,
I am have been cloning drives with several versions of xcode and am seeing very
long copy times. Perhaps just because of xcode I am noticing the change. Xcode
of course has many files (400,000+) many xattrs and compressed bits, decmpfs…
so only natural it will be slow but sometimes
Hi all,
I have been using v 3.1.1 for some time which builds fine. Just tried v3.1.3
and getting this error at make:
rsync.c:623:40: error: too few arguments to function call, expected 4, have 2
if (cmp_time(sxp->crtime, file_crtime) != 0
90 matches
Mail list logo
