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
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
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
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
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 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
> 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 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
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)
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
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 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
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
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
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 OS 10.6 Snow Leopard.
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
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
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 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
20 matches
Mail list logo