Rsync 3.0.3pre1 released

2008-05-07 Thread Wayne Davison
I have made rsync 3.0.3pre1 available for release testing. This is another bug-fix release, with the only "enhancements" being some improved terminology in the rsyncd.conf manpage and some improvements in the testsuite. To see a summary of the changes since 3.0.2, visit this link: http://rsync

suggestion for rsync syntax/quoting issue

2008-05-07 Thread Scott Francis
http://www.mail-archive.com/rsync@lists.samba.org/msg21380.html I ran into the same issue a few years ago, solved it, forgot the solution and then rediscovered it this evening. I think my solution is actually a little simpler and easier to follow than the arrays proposed by a couple of other list

DO NOT REPLY [Bug 4561] Add options --tweak, --no-tweak, --no-tweak-hlinked

2008-05-07 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=4561 --- Comment #6 from [EMAIL PROTECTED] 2008-05-07 23:20 CST --- Note that, as currently implemented, --no-tweak does not prevent tweaking of non-directories when the destination is subject to malicious concurrent modification: someone can

DO NOT REPLY [Bug 5448] Daemon parameter to prevent attribute tweaking

2008-05-07 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=5448 [EMAIL PROTECTED] changed: What|Removed |Added Severity|major |enhancement Summary|rsync mo

DO NOT REPLY [Bug 4793] link-dest hardlink does not always work well with -o -g -p

2008-05-07 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=4793 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: Patch to not modify files in place unless "--inplace" option specified

2008-05-07 Thread Wayne Davison
On Wed, May 07, 2008 at 06:25:36PM -0700, Carl E. Thompson wrote: > This patch causes rsync to honor the absence of the "--inplace" option > for permission, owner and group changes. Unfortunately, that's not what the --inplace option is for. Its purpose is to control how data updates occur, not a

DO NOT REPLY [Bug 5449] New: Daemon link-dest directory

2008-05-07 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=5449 Summary: Daemon link-dest directory Product: rsync Version: 3.0.3 Platform: Other OS/Version: Linux Status: NEW Severity: enhancement Priority: P3 Component:

Patch to not modify files in place unless "--inplace" option specified

2008-05-07 Thread Carl E. Thompson
Hello, Attached is a patch to version 3.0.2 to correct what I believe to be a bug and serious problem in rsync. This patch causes rsync to honor the absence of the "--inplace" option for permission, owner and group changes. This patch is a greatly simplified version of Matt McCutchen's excell

DO NOT REPLY [Bug 5448] rsync modifies files in place even without --inplace specified

2008-05-07 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=5448 --- Comment #1 from [EMAIL PROTECTED] 2008-05-07 20:23 CST --- Created an attachment (id=3280) --> (https://bugzilla.samba.org/attachment.cgi?id=3280&action=view) A patch to correct this behavior Attached is a patch to version 3.0.2 to

DO NOT REPLY [Bug 4561] Add options --tweak, --no-tweak, --no-tweak-hlinked

2008-05-07 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=4561 --- Comment #5 from [EMAIL PROTECTED] 2008-05-07 20:19 CST --- See bug #5448. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the

DO NOT REPLY [Bug 5448] New: rsync modifies files in place even without --inplace specified

2008-05-07 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=5448 Summary: rsync modifies files in place even without --inplace specified Product: rsync Version: 3.0.2 Platform: All OS/Version: All Status: NEW Severity: maj

Re: Forcing a transfer to be one-way from the daemon side?

2008-05-07 Thread Kyle Lanclos
[EMAIL PROTECTED] wrote: > I'm trying to set up a secure way to back up a system as root, with rsync > (assume we don't want to kill the bandwidth and want a "snapshot" system > for developers in a way that makes dump, tar, etc impractical. > > We've got an ssh key relationship set up and we can

Re: speedup remains 1

2008-05-07 Thread Julian Pace Ross
Again, in a nutshell: it's as though --whole-file is being specified.. though i'm quite sure it's not implied in this case. From: Julian Pace Ross Sent: Wednesday, May 07, 2008 2:11 PM To: rsync@lists.samba.org Subject: speedup remains 1 Hi List, I'm observing a strange problem on 2.6.9 (

speedup remains 1

2008-05-07 Thread Julian Pace Ross
Hi List, I'm observing a strange problem on 2.6.9 (no opportunity to upgrade on both ends yet). Receiver is linux, sender is cygwin. I transferred a 6GB file (an MS SQL .bak file) physically from one site to the other, in order to get the first "backup" done. In the meantime, the sender gener

Re: Forcing a transfer to be one-way from the daemon side?

2008-05-07 Thread Paul Slootman
On Wed 07 May 2008, Dan Mahoney, System Admin wrote: > > Is there a simple filter syntax or command switch that says "let them > transfer anything down, but not up?" I didn't find anything in the man > pages, and the filters didn't seem to be for this kind of thing. Set up an rsync daemon, an

unexplained error (code 130) at rsync.c(271)

2008-05-07 Thread Martin Magnusson
I'm using rsync 2.6.9 and rsnapshot 1.2.9 on Ubuntu 8.04. When using rsnapshot to backup a remote computer over ssh, I get the message rsync error: unexplained error (code 130) at rsync.c(271) [generator=2.6.9] ERROR: /usr/bin/rsync returned 130 while processing [EMAIL PROTECTED]:/ I looked at th

Forcing a transfer to be one-way from the daemon side?

2008-05-07 Thread Dan Mahoney, System Admin
Hello all, I'm trying to set up a secure way to back up a system as root, with rsync (assume we don't want to kill the bandwidth and want a "snapshot" system for developers in a way that makes dump, tar, etc impractical. We've got an ssh key relationship set up and we can force the command to