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
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 upw
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 is
16 PM, Robert DuToit 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
* is more efficient than forcing a copy for larger files when no hard-
* linking is possible. */
On Jan 16, 2015, at 9:41 AM, Robert DuToit wrote:
> Dear All,
>
> I have been seeing some strange behavior using rsync 3.1.1 on OSX with the 3
> standard patches applied w
following this path is
difficult.
Thanks, Rob
On Jan 16, 2015, at 9:41 AM, Robert DuToit 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.
>
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
ultiple 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
:
> -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 opti
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 pin
t 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
>> wrote:
>>
>> -v would be %n%L You probably don't want --progress in a log file.
>>
>>> It works g
d 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
xperiment 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
>> wrote:
>>
>> See --log-file-format Most of the info for it is in man
>> rsyncd.conf since it i
d just 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 c
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 ve
On Oct 12, 2013, at 7:11 AM, Dmitry Yu Okunev wrote:
> Hello, people.
>
> On 10/12/2013 02:56 PM, Robert DuToit wrote:
>>
>> On Oct 12, 2013, at 12:36 AM, Anthony Morton wrote:
>>
>>>> I got 3.1 to build all right on OS X but it won't run with
On Oct 12, 2013, at 12:36 AM, Anthony Morton 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 several fatal erro
Hi Tony,
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?
Best, Rob
On Oct 11, 2013, at 7:06 PM, Anthony Morton wrote:
>> However, attempting to build the new 3.1.0 rel
On Aug 3, 2013, at 12:31 PM, Wayne Davison wrote:
> On Wed, Jul 31, 2013 at 7:46 AM, Robert DuToit 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 and most
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 and most copies not completing to local disk. rsync
just stalls.
Standard osx build:
patch -p1 https://lists.samba.org/mailman/listinfo/rsync
Before po
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
Hi Tony,
> fileflags and crtimes and hfs-compression patches applied
That should do it. It comes up perfect for me on the Bbouncer tests with those
three patches. Mike will speak for himself, but He has done some tweaking with
other patches he made to customize the build for Carbon Copy Cloner.
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 "/Users/astr
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 wrote:
>> I am just building 3.0.8
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 https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Hi Vernon,
I don't know why I didn't think of that - I was telling people to exclude all .
files! Thanks. I wonder if this is foolproof enough to create a patch since it
seems to be an ongoing bug with OS releases.
Best, Rob
On Feb 24, 2011, at 4:54 AM, Ira Cooke wrote:
> I've recently encou
Hi All,
On Oct 31, 2010, at 5:12 PM, Wayne Davison wrote:
> On Sun, Oct 31, 2010 at 10:57 AM, Robert DuToit 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
On Oct 31, 2010, at 5:12 PM, Wayne Davison wrote:
> On Sun, Oct 31, 2010 at 10:57 AM, Robert DuToit 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 that o
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 rem
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 3.0.7 on both compiled
>>
Hi All,
I'm trying a remote backup for the first time. It is between two laptops, I
installed rsync 3.0.7 on both compiled
patch -p1 https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
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 reply-
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 pr
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 endin
s issue.
>
> As an aside, the patch 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
>
>
>
>
> On Jul 1, 2010, at 6:16 AM, Robert DuToit wrote:
>
>> Hi Mike and All,
Hi Mike,
on the first build try I got a make error:
patch -p1 https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
out and submit them separately in the
near future.
Mike
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
can't find any reas
e's hfs
patch.
Thanks, Rob
On Jun 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
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-compre
Hi All,
I have been using rysnc 3.0.6 with Mike's
rsync_3.0.6-hfs-compression_20091027.diff patch (as well as the standard osx
patches) with good results. I discovered that clones done on 10.6 using this
rsync cause some executable files ( the ones that are mostly compressed this
way on osx )
rved
>Sub-test: UF_COMPRESSED flag ... set
>Sub-test:file contents ... match
>Sub-test:creation time ... ok
>Sub-test:modification time ... ok
>Sub-test: hard link inode ... ok
>Sub-test: hard link decmpfs xattr ... preserved
>
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
Th
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:
./proto.h
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
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 v
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
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, a
On Apr 7, 2010, at 5:59 AM, carson+rs...@taltos.org wrote:
> Robert DuToit wrote:
>> 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
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 an
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) file
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 --f
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
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 results
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 wor
stead 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 O
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 che
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 compati
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 fi
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 milli
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 don't
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 there
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 ch
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 German-Sw
Hi All,
A quick question. I tried --iconv=. but it didn't seem to work for my
friend with umlautes in his file names. In the archives I found
mention of a patch iconv.diff. Is that necessary or is it now
included in the source - it wasn't in my latest atches directory? Rob
--
To unsubs
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,
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:
http://rdutoit.home.comcast.net/~r
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 and
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 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
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 universal
Hi All,
Continued good results with rsync 3.0 but I have been noticing that
incremental no-change backups of my Home folder (15Gb, 50,000+- files)
have been using up on average about 500+-MB of disk space. Thinking
back a ways to rsync3.0pre7, or earlier, each incremental took up very
li
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
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 ...
Su
Hi All,
I just tried (on OS10.5.2) the new fileflags.diff patch
patch -p1 robert-dutoits-powerbook-g4-15:rsync-3.0.0pre10 astrid$ patch -p1
patching file compat.c
Hunk #1 succeeded at 45 (offset 1 line).
Hunk #2 succeeded at 63 (offset 1 line).
Hunk #3 FAILED at 137.
1 out of 3 hunks FAILED --
t 11:34 PM, 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 cl
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
happy
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
PP
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 patch -p1 >./configure CFLAGS="-isysroot /Developer/SDKs/MacOSX
ion_3.html
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 th
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
both
: error in rsync protocol data stream (code 12) at
io.c(1500) [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
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
rsync
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 resta
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. Certa
On Feb 3, 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 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
b 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.
You apparently missed the patch errors before that. You need to
resolve
all the failed hunks from the second pa
serve_acls;
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
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 ./mkproto.p
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 in
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 tryin
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
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 e
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 th
ib/sysxattrs.c:77: warning: implicit declaration of function
`listxattr'
lib/sysxattrs.c:77: error: `XATTR_NOFOLLOW' undeclared (first use in
this function)
make: *** [lib/sysxattrs.o] Error 1
Robert-DuToits-Computer:~/rsync-3.0.0pre8 robertdutoit$
On Jan 25, 2008, at 11:
declared (first use in this function)
acls.c:925: error: `mode' undeclared (first use in this function)
acls.c:939: error: `ACL_TYPE_EXTENDED' undeclared (first use in this
function)
acls.c: In function `set_acl':
acls.c:967: error: `duo_item' undeclared (first use in this functi
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
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 th
On Jan 18, 2008, at 11:38 PM, Moritz Heckscher wrote:
Am 2008-01-19 um 05:31 schrieb Matt McCutchen:
On Sat, 2008-01-19 at 05:12 +0100, Moritz Heckscher wrote:
Using the following options for rsync:
--archive --hard-links --acls --xattrs --executability --numeric-ids
I get the following o
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 pr
1 - 100 of 103 matches
Mail list logo