On Wed 30 Jan 2008, Chris A Harris wrote:
I will wait for a Debian package and extract the file; I do
not have enough experience to compile from source.
You can download an rsync .deb via http://packages.debian.org/rsync
(be sure to select the correct distribution). You can then extract the
On Tue 29 Jan 2008, Robert DuToit wrote:
Thanks Matt,
That does it. I know at least there is the option now. Rob
Do note that disabling the incremental recursion will impact the
performance, esp. with a large number of files.
Paul Slootman
--
To unsubscribe or change options:
On Jan 30, 2008 4:16 AM, Matt McCutchen wrote:
On Mon, 2007-11-19 at 14:39 +0100, Mojca Miklavec wrote:
However, the following case fails:
mkdir -p full/dir1
mkdir -p full/dir2
mkdir -p new/dir1
# also, is there a way to ask rsync to ignore this location if it doesn't
exist?
Thanks for that
I am using Dreamhost and there is rsync installed, but not version 3. I
understand that they do not upgrade the operating system or packages
until there is a definite need.
Thanks
Chris
Chris A Harris
Adelaide
Australia
Paul Slootman wrote:
On Wed 30 Jan 2008, Chris A
At 06:35 30.01.2008 -0500, Robert DuToit wrote:
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
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
Matt McCutchen wrote:
On Thu, 2008-01-24 at 13:54 +0900, Brendan Grieve wrote:
I had a look at rdiff-backup, but I was trying to get something that
spoke native rsync (IE, not to force any change on the client side).
To achieve this, you can have the client push to an
On Wed, 2008-01-30 at 09:48 +0100, Mojca Miklavec wrote:
Neither helps. Even if I have a file of differest size and with a
different timestamp, and even if I add --checksum or --ignore-times,
the old file in dest won't be modified (overwritten by a newer file).
I can't reproduce the problem.
On Wed 30 Jan 2008, Fabian Cenedese wrote:
At 06:35 30.01.2008 -0500, Robert DuToit wrote:
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
On Wed 30 Jan 2008, Chris A Harris wrote:
!DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
Please don't use HTML mail for mailing lists...
body bgcolor=#ff text=#00
Thanks for thatbr
I am using Dreamhost and there is rsync installed, but not version 3. I
understand that
On Wed, 2008-01-30 at 08:36 -0700, Rob Bosch wrote:
My understanding is that the partially transferred file would be kept but it
would not replace the destination file...that is, both files would be kept
so that rsync could pick up where it left off.
To get this behavior, use --partial-dir
I had a case where I was using the --partial option (client is running
rsync-pre5, server daemon is rsync-pre8). The transfer was interrupted and
the partially transferred file replaced the destination file on the server.
My understanding is that the partially transferred file would be kept but
On Jan 30, 2008, at 4:20 AM, Matt McCutchen wrote:
On Sun, 2007-11-11 at 15:55 -0800, Wayne Davison wrote:
On Sun, Nov 11, 2007 at 03:09:08PM +0100, Wesley W. Terpstra wrote:
There seem to be three distinct problems.
Thanks for the detailed analysis. I'll be checking into this soon.
Was
I guess a quick read of the man page would have resolved this. Thanks for
the tip.
Rob
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
I am using deltacopy (uses rsync) to backup up a drive in windows vista to a
freenas server. Before moving to vista, had the system working fine (on a
windows xp machine).
The command used for the backup is:
rsync.exe -v -rlt -z --delete /cygdrive/F/TXT/ nas::160d/_Acer_F/TXT/
As a result of
We have hit the same problem and what we found out was that Vista
changed something and either rsync or cygwin can't determine the
permissions and so nothing (or null) is sent across and this seems to
cause the directory to be created this way. We have only seen this on
Vista and have since
On Wed, 2008-01-30 at 13:09 -0500, Doug Lochart wrote:
We have hit the same problem and what we found out was that Vista
changed something and either rsync or cygwin can't determine the
permissions and so nothing (or null) is sent across and this seems to
cause the directory to be created this
You are correct and I am out of the loop. Evidently the client
developer used this approach to solve our Vista problem but I either
forgot or was not informed. Probably the former =)
On Jan 30, 2008 1:45 PM, Matt McCutchen [EMAIL PROTECTED] wrote:
On Wed, 2008-01-30 at 13:09 -0500, Doug
On Tue, Jan 29, 2008 at 09:45:08PM -0500, Matt McCutchen wrote:
Since the process executing the code inside the previous if (which
doesn't close the log file) sets am_server = 1, I think the comment is
backwards.
No, it's saying (or attempting to say) that the client will handle the
logging,
On Tue, Jan 29, 2008 at 10:20:39PM -0500, Matt McCutchen wrote:
Was this ever addressed?
I opened a bug on it, but don't currently plan to fix it before the
3.0.0 release. (Note that rsync 3 works the same as earlier rsync
releases in this regard, and that --fake-super can be used to avoid the
On Wed, 2008-01-30 at 16:04 -0800, Wayne Davison wrote:
On Tue, Jan 29, 2008 at 09:45:08PM -0500, Matt McCutchen wrote:
Since the process executing the code inside the previous if (which
doesn't close the log file) sets am_server = 1, I think the comment is
backwards.
No, it's saying (or
On Wed, 2008-01-30 at 16:10 -0800, Wayne Davison wrote:
I opened a bug on it, but don't currently plan to fix it before the
3.0.0 release. (Note that rsync 3 works the same as earlier rsync
releases in this regard, and that --fake-super can be used to avoid the
issue.)
OK. Evidently I
https://bugzilla.samba.org/show_bug.cgi?id=3693
--- Comment #6 from [EMAIL PROTECTED] 2008-01-30 18:46 CST ---
Created an attachment (id=3129)
-- (https://bugzilla.samba.org/attachment.cgi?id=3129action=view)
Suggested clarification
--
Configure bugmail:
Matt McCutchen wrote:
On Mon, 2008-01-28 at 15:00 -0800, Randy Dunlap wrote:
Sorry about the missing information. Here's the script,
which still isn't working.
Any help/suggestions would be wonderful.
---
~Randy
#! /bin/sh
# rsync /test/runs/ to
On Thu, 2008-01-31 at 15:30 +1100, Anthony Morton wrote:
The shell does not strip the single quotes because they are inside
double quotes. Thus, rsync is getting filter patterns containing
single quotes, which would obviously prevent the filters from
matching.
You can just remove
The shell does not strip the single quotes because they are inside
double quotes. Thus, rsync is getting filter patterns containing
single quotes, which would obviously prevent the filters from
matching.
You can just remove the single quotes, but then the shell will try
to expand the
I have a similar problem. I'm trying to specify a custom per-
directory filter using
--filter='dir-merge .rsync-filter-m'
but because the whole thing is double-quoted the filter rule
arrives in single quotes. I can't simply leave out the quotes here
because the --filter option
27 matches
Mail list logo
