jw schultz writes:
Soon, i hope. 2.6.1 is looking like a performance release.
Can we get the craigb-perf patch in (sorry I haven't looked in CVS - maybe
it is there)? Thanks to Wayne for porting the patch to 2.6.0.
Craig
--
To unsubscribe or change options:
Mark Weaver writes:
Not for me! I'm using cygwin-1.5.6-1, with rsync 2.5.7-2 (as reported by
cygcheck -s). I've also tried with rsync-1.4.0 (as someone reported that
worked), and rsync-2.6.0, both built from source. I get a 100% reliable
hang after the first 0-128k of the first file.
Kirby Bakken writes:
I'm 99% sure there is a bug in rsync when running in daemon mode on a
'remote' server. The bug is that when trying to rsync a sym-link, the
daemon 'leg' of the code strips off the leading path separator (for linux,
this would be a '/'). I have produced a 'fixed'
Steve Schultze writes:
I have found reference a couple of places on the web describing the
details of authentication when rsync'ing with the server in
daemon/non-shell mode. For example:
http://www.linuxjournal.com/article.php?sid=6508
rsync's authentication mechanism, available only
jw schultz writes:
On Tue, Dec 16, 2003 at 03:18:15PM -0600, John Van Essen wrote:
On Mon, 15 Dec 2003, jw schultz [EMAIL PROTECTED] wrote:
Hard-link handling
At the moment hardlink handling is very expensive, so it's off by
default. It does not need to be so.
Since
jw schultz writes:
I wish we had a better handle on the cygwin hang and
craigb-perf but i don't want to slow things down.
CVS is solid on *x now.
As noted in the follow-up emails, it would be great if craigb-perf
goes into CVS just after the next release. That will give it
plenty of testing
jw schultz writes:
So anyway, I know the rsync sometimes hangs under cygwin
problem has been acknowledged, but does anybody know
anything about when it might be identified and resolved?
As far as i can tell none of the people who know the rsync
code use Windows with the possible
Pirla writes:
If a symlink is relative (like ../../file) the link is copied correctly
If a symlink is absolute (like /root/document) the link is copied like
(root/document) whithout the first slash.
man rsyncd.conf:
use chroot
If use chroot is true, the rsync server will chroot
Dennis Chelukanov writes:
I running rsync in daemon mode (rsync --daemon)
Everything seems to work well until I try to protect item with
password.
here is my /etc/rsyncd.conf :
use chroot = yes
max connections = 10
syslog facility = local5
[ftp]
path = /var/ftp
jw schultz writes:
On Thu, Sep 11, 2003 at 05:43:56PM -0500, Seann Herdejurgen wrote:
[snip]
Is there a way to tell rsync to update files in place and not
create a temporary file?
No. Nor can rsync be modified to do so.
Is that true? I thought one could readily add an --inplace option
jw schultz writes:
I've had a chance to think on it. Attached is a patch that
allows unmap_file() to report the first read error that
map_ptr found. The behaviour is the same. I doubt this will
apply against anything but CVS HEAD as of now.
This should probably use FERROR instead of
John E. Malmberg writes:
What is the status of rsync on Windows 2000?
I was looking to install it on my test system, and the download
directory has a readme file that says I need the cygnus gnu-win32 library.
The link refers me to the index page for cygnus, with no way to get to a
I've been thinking about adding the capability to store files compressed
and/or encrypted on either side of the rsync transfer. Let's say there's
a storage space provider. I want to store my files on that server
compressed (so I don't use more paid space than I need), and encrypted
(so
When using Cygwin Rsync 2.5.6/OpenSSH 3.6.1 for copying files from
Win2k-Win2k, I get 2 or 3 hung processes on the receiving-side out of about
every 50 runs. These hung processes cause the system to be unable to
reboot(?!), requiring a hard reset. Killing the processes allows a graceful
I would like to specify an entry in /etc/rsyncd.conf such that it
operates on a --one-file-system basis always. The path will point
to a filesystem mount point, but there is another filesystem that
is mounted in a subdirectory. I want to back up only those files
in the pointed to
On Sat, Jun 07, 2003 at 05:36:03PM -0500, Trey Nolen wrote:
HmmThis backup server is handling backup jobs from about a dozen other
machines -- all but three are Linux. The other three are Windows 2000
servers running Cygwin. Two of those are not working (giving the error).
The backup
I agree, they should be done together. I don't have my original
patch but I can reimplement it with the correct remote_version
dependence and send it in the next couple of days (by Thursday
evening). My intent is the minimal set of changes, rather than
changing the internals.
That
It looks like it will work OK, but it's kinda ugly in that starts
embedding version stuff into the mdfour implementation. Still... its
better than the nothing I've produced :-)
Yes, it's certainly not elegant. An alternative would be to
have two different sets of MD4 routines and then have
I've not heard from you on the adaptive checksum length patch.
I shall be committing it shortly subject to objections or
further discussion.
Sorry, I've been extremely busy (http://biz.yahoo.com/bw/030326/265186_1.html).
I've been following the discussion and the patch looks good.
I would
19 matches
Mail list logo