On Wed, 2009-11-11 at 17:14 +, Andy Smith wrote:
I'm extremely confused about anchoring of patterns for per-directory
merge files, as what I see seems to not be the behaviour the
documentation suggests.
On the receiver side I have rsync version 3.0.3 protocol version
30. On the
On Wed, 2009-11-11 at 11:55 -0800, Philip Pokorny wrote:
If modifying the file sending code to detect the link_stat not found
error and if --delete is enabled, sending that as a delete request (is
there such a thing in the protocol?) is the right thing, then I'll
work
on a code patch.
That
On Sun, 2009-11-08 at 01:57 -0500, Matt McCutchen wrote:
I tested commit 2907af472d1f33b3c422cb9f601c121b242aa9c7 and, again, the
output is different but the problem is not fixed:
$ rsync-dev big-file small-fs/
rsync: connection unexpectedly closed (146 bytes received so far) [sender]
$
On Sat, 2009-11-07 at 09:38 -0800, Wayne Davison wrote:
Yeah, that's the long-standing issue where a fatal error on the server
side can cause the client side to get a socket error trying to write
to the socket before it has a chance to read the error(s) from the
socket. The latest git archive
That feature exists in the current development rsync, under the name
--delete-missing-args.
=
OK, so I got the latest HEAD snapshot and it compiles, but it doesn't
pass all the built-in tests.
Currently, the tests pass for me. We would appreciate your help in
figuring out why they
That feature exists in the current development rsync, under the name
--delete-missing-args.
=
OK, so I got the latest HEAD snapshot and it compiles, but it doesn't
pass all the built-in tests.
Currently, the tests pass for me. We would appreciate your help in
figuring out why they
https://bugzilla.samba.org/show_bug.cgi?id=3392
--- Comment #13 from m...@mattmccutchen.net 2009-11-12 22:16 CST ---
I rediscovered this bug just now and thought I would comment on what happened
so it doesn't stand as a blemish on the community.
Wayne and Egmont disagreed on the
https://bugzilla.samba.org/show_bug.cgi?id=4056
--- Comment #1 from m...@mattmccutchen.net 2009-11-12 22:16 CST ---
For reference, this arose from bug 3392; I'm not advocating it myself. (I
regret the noise; I think it's important to have a complete record and wish I
could achieve
Attempting to address each of your questions, here and then in your
other message...
On Wed, 2009-11-11 at 12:17 +0100, H. Langos wrote:
It will find moved files that match exactly
according to the quick check in effect (size + mtime or checksum).
That is basename+size+mtime or
https://bugzilla.samba.org/show_bug.cgi?id=3229
m...@mattmccutchen.net changed:
What|Removed |Added
BugsThisDependsOn||5583
--- Comment #3 from
On Wed, 2009-11-11 at 14:32 +0100, H. Langos wrote:
Unfortunately it still does not solve my problem. --detect-renamed
hardlinks when it moves deleted files to its temp directory. But then
it seems to copy the file to its new location.
This breaks the space saving property of rsnapshot
On Thu, 2009-11-12 at 20:11 -0800, Philip Pokorny wrote:
=== I uploaded the testtmp directory contents with the logs and
results to:
http://www.mindspring.com/~ppokorny/rsync-3.1.0dev-testtmp.tar.gz
Ah. You ran the testsuite as root, and the daemon tests are not set up
to cope with that. The
On Thu, 2009-11-12 at 23:56 -0500, Matt McCutchen wrote:
Ah. You ran the testsuite as root, and the daemon tests are not set up
to cope with that. The testsuite should pass if you run it as an
unprivileged user.
The breakage was introduced in commit
7f367bb1b4348ba1edb863ee13f8281471785e09 ,
https://bugzilla.samba.org/show_bug.cgi?id=6893
Summary: the symbolic link to the directory is gone when only
some of the files are to be sync'ed
Product: rsync
Version: 3.0.6
Platform: x86
OS/Version: Linux
https://bugzilla.samba.org/show_bug.cgi?id=6893
m...@mattmccutchen.net changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Thu, Nov 12, 2009 at 5:47 PM, Matt McCutchen m...@mattmccutchen.netwrote:
It looks like the implementation has the receiver hang around for a
hard-coded 10 seconds, accepting data from the sender and discarding it.
No, it sets a timeout of 10 seconds (i.e. 10 seconds of inactivity), which
On Wed, 2009-11-11 at 20:27 +0800, Thomas Gutzler wrote:
I played around with the combination of rsync --detect-renamed
--detect-moved and -b.
You can't combine the --detect-renamed and --detect-moved options
because they make use of the partial dir in incompatible ways. The last
option on the
On Thu, 2009-11-12 at 21:47 -0800, Wayne Davison wrote:
On Thu, Nov 12, 2009 at 5:47 PM, Matt McCutchen
m...@mattmccutchen.net wrote:
It looks like the implementation has the receiver hang around
for a
hard-coded 10 seconds, accepting data from the sender and
https://bugzilla.samba.org/show_bug.cgi?id=4855
--- Comment #4 from m...@mattmccutchen.net 2009-11-13 00:24 CST ---
Is this fixed? At least I don't get the crash in 3.0.6 or the latest
development rsync.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
On Mon, 2009-11-09 at 18:20 +0100, Heinz-Josef Claes wrote:
Am Montag, 9. November 2009 17:48:35 schrieb Matt McCutchen:
On Mon, 2009-11-09 at 11:43 +0100, Heinz-Josef Claes wrote:
does anybody know what's the maximum file size (terabytes?) when using
rsync with options --checksum and /
Matt McCutchen wrote:
On Wed, 2009-11-11 at 20:27 +0800, Thomas Gutzler wrote:
I played around with the combination of rsync --detect-renamed
--detect-moved and -b.
You can't combine the --detect-renamed and --detect-moved options
because they make use of the partial dir in incompatible
On Fri, 2009-11-13 at 14:40 +0800, Thomas Gutzler wrote:
Matt McCutchen wrote:
You can't combine the --detect-renamed and --detect-moved options
because they make use of the partial dir in incompatible ways. The last
option on the command line takes priority. (Yes, the implementation of
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project The rsync repository..
The branch, master has been updated
via aa381148a3b7fcf0772ea587e3d7969bd637dfcc (commit)
from
23 matches
Mail list logo