Re: rsync+ patch integration?

On Tue, Jan 30, 2001 at 04:04:06PM -0800, Dan Phoenix wrote: > hmm compiling this in freebsd > > config.h is unchanged > gcc -I. -I. -g -O2 -c rsync.c -o rsync.o > In file included from rsync.h:366, > from rsync.c:23: > proto.h:176: conflicting types for `strlcpy' > /usr/include/

Re: rsync+ patch integration?

hmm compiling this in freebsd config.h is unchanged gcc -I. -I. -g -O2 -c rsync.c -o rsync.o In file included from rsync.h:366, from rsync.c:23: proto.h:176: conflicting types for `strlcpy' /usr/include/string.h:87: previous declaration of `strlcpy' proto.h:177: conflicting typ

Re: rsync+ patch integration?

Have not been following this discussion...but what does rsync++ do better than rsync? I currently rsync data off nfs for all our webtreesnoticing nfs timeouts occasionallyideas? 40 fbsd clients to one nfs sparc solaris box. On Wed, 31 Jan 2001, Andre Pang wrote: > Date: Wed, 31 Jan 2

Re: rsync+ patch integration?

On Tue, Jan 30, 2001 at 03:28:59PM -0800, Jos Backus wrote: > Does anyone know why Debra Weiss's work on rsync+ was never integrated into > the main rsync source? > > http://www.ils.unc.edu/i2dsi/unc_rsync+.html > > Fwiw, I just finished porting her patch to 2.4.6, and would like to see thi

rsync+ patch integration?

Does anyone know why Debra Weiss's work on rsync+ was never integrated into the main rsync source? http://www.ils.unc.edu/i2dsi/unc_rsync+.html Fwiw, I just finished porting her patch to 2.4.6, and would like to see this become part of rsync, as it strikes me as a very useful addition. Than

Re: can not push to daemon on non-std port.

On Tue, Jan 30, 2001 at 06:35:56PM -, Wrieth, Henry wrote: > Greetings, > > I primarily use rsync to update remote hosts when source files are edited. > This means I push to rsync daemons listening on those remote hosts from my > source host when I need to (on demand). This is much easier f

Handling of sym-/hardlinks (using -L instead -l)

I'd like to use -L where I used -l so all the rsync'ed sym-/hardliks get replaced with the file the links actually pointing to. How does rsync handle this situation? A full download isn't necessary since the file is already there. Do I have to do the replacement (move) myself or does rsync handle

Transfering File List

I've come across this thread lately and would apreciate an option "--files-from -", so I could pipe the filenames from a perl script to rsync. Since this option certainly needs the full path with filename, does this path starts at the end of the server URL? I.e. rsync -a --files-from - ftp.de.deb

automatic resubmit and continue aborted file transfer

Anyone have an example or know how this can be done? When a file transfer gets interrupted, the software would resubmit and resume until the entire file has arrived at the other end... Thanks in advance, Mark K. [EMAIL PROTECTED]

can not push to daemon on non-std port.

Greetings, I primarily use rsync to update remote hosts when source files are edited. This means I push to rsync daemons listening on those remote hosts from my source host when I need to (on demand). This is much easier for me than running a daemon on the source and executing pulls on all the

2.4.6 on hpux11 gives wildly varying exit codes

When I do a within-a-host rsync (2.4.6) on an hpux11 box [sample script below...], I get wildly varying non-zero exit codes. For example, on this script, running it four times in succession gives exit codes of 47, 61, 53, and 154 (as determined by "echo $?"). Knowing that GCC-on-HPUX11 is a dubi

Re: Compiling rsync with ssh as the default instead of rsh

> " " == Michael James <[EMAIL PROTECTED]> writes: > Among machines that have ssh trust but not rsh. I would like > for rsync to default to "-e ssh" without having to setenv > RSYNC_RSH /opt/bin/ssh > This is something something I expected to be a configure option >