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
With rsync 3.0.7 I have exactly the same problem.
I am using rSync to sync my Userdirectory to another Mac in a home network.
I am not 100% sure, but the problem occurred after the latest update of the
MacOS (Mac OS X 10.6.3 (10D573)) of the Source.
My macmini (the Dest of rSync) is also runnin
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
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.
>
> Basically: the problem occurs backing up a directory
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 --f
It's the Easter miracle! :P
Sorry about joking in a serious list, hope you won't get angry.
Although I don't have suggestions about the problem, I'm following the
thread because I'm potentially concerned about rsync on Mac bugs.
Cheers!
Vitorio
Le 6 avr. 10 à 00:09, Robert DuToit a écrit
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
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. When doing the reverse I am
> seeing the odd behavior
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
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 a simple test with a nest of directories ( aa > bb > cc
> dd &ee)
Hi Carson,
OK no differences:
Build 3.0.7 with or without patches
Build 3.0.6 with or without patches
Apple rsync (as far as Users report
all have same issues with hidden files on OSX 10.6.3
This is transferring over local ethernet network to another Mac OSX 10.6.3 (
Again I had to use my old
> Basically: the problem occurs backing up a directory to a local mounted
> network volume.
If you are using the -a flag then you may have problems preserving the
permissions of files on the mounted network directory. This will greatly depend
upon you or your users setup. Unfortunately, I do
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
I've recently encountered this issue which was discussed here about a year ago.
I'm not sure if anyone has a fix for this, but I thought I would post my
workaround here.
Since the topic is old, I'm summarising the problem .. basically it involves
rsync creating large numbers of files with a l
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 Rob / Wayne,
Sorry for the slow reply Rob.
I'm not sure of the requirements for patches, but I think it would be useful to
create one for this case as there are reasonably number of people affected.
I created a patch file against the current version (see below).
Would it be possible to inc
On Tue, Apr 5, 2011 at 3:08 AM, Ira Cooke wrote:
> Would it be possible to include this patch in the official list?
>
I'm making this change in the git repository. Sadly, I didn't remember to
review it for inclusion in 3.0.8.
..wayne..
--
Please use reply-all for most replies to avoid omittin
Thats great
Thanks very much.
Ira
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
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 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 wit
20 matches
Mail list logo