>
> I am running FreeBSD 2.8 and having trouble compiling rsync-2.4.6
>
> Anywhere /usr/include/sys/types.h is inclued generates a warning:
>
> warning: empty declaration
> at the following lines (from types.h)
>
> typedef u_int32_t ino_t; /* inode number */
> typedef
Hi --
I've made the changes to my code changes and the new diffs (against
2.4.6 again) are included below.
Syntax for running rsync server over a remote shell (e.g. ssh) is now:
rsync [options] -e ssh source [user@]host::module[/dest]
rsync [options] -e ssh [user@]host::module[/source] dest
Ch
How about adding a --no-detach option (to be used in combination with
--daemon) to rsync so it can be run under Dan Bernstein's daemontools'
supervise? If there's interest I'll provide a patch.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
On Tue, Nov 20, 2001 at 11:45:44AM +, Lachlan Cranswick wrote:
>
> Is there any chance this can be added into the distribution as it sounds
> really nifty.
I exchanged some off-list email with the patch author and besides the fact
that it adds too many options I object to it because it only
On Tue, 20 Nov 2001, Dave Dykstra wrote:
> > rsync [options] -e ssh source [...] [user@]host:::module[/path]
> > rsync [options] -e ssh [user@]host:::module[/path] dest
>
> I'm uncomfortable with adding yet another syntax. I'd prefer just keying
> off the "-e" when the two colons are used. Cur
It is a bit less than obvious... It can be sure about its own kBps, but
wire protocols may vary... 100Mbps of ethernet is not 100/16 ofr 16Mbps
token ring is not 100/1.044 of T1 is not ...whatever rsh,, ssh, and
rsync transport protocols vary in overhead... the one thing of which rsync
ca
On Mon, Nov 19, 2001 at 10:54:44PM -0500, JD Paul wrote:
> Hi Folks --
>
> I've recently had the need to add a piece of functionality to rsync
> that allows one to run 'rsync --daemon' (rsync in "rsync server" mode)
> over SSH. My main goal was to be able to use some of the features
> from rsync
On Tue, 2001-11-20 at 07:49:59 -0700, [EMAIL PROTECTED] wrote...
; That was just too small a test. --bwlimit= causes rsync to sleep for an
; appropriate interval after each data block (not tcp packet), in order to
; pull the average transfer rate down to the specified limit. Your reported
;
The clients that aren't doing a directory listing are;
rsync version 2.3.1 protocol version 20
&&
rsync version 2.2.1 protocol version 19
The client that works as desired and expected
is;
rsync version 2.4.6 protocol version 24
I tried adding a trailing / but that didn't
encourage the olde
That was just too small a test. --bwlimit= causes rsync to sleep for an
appropriate interval after each data block (not tcp packet), in order to
pull the average transfer rate down to the specified limit. Your reported
transfer rate was only a little above 1kbps anyway, as the test was so
sm
Tim,
Wonderful, thank you -- it is plain text!
Randy Kramer
[EMAIL PROTECTED] wrote:
> Incidentally: I've deleted and reinstalled notes, in the hopes that the
> user preference for internet mail (TEXT ONLY, instead of HTML) has been
> honored. I set that as soon as i started, but obviously, o
You're not crazy. I've seen similar behaviour. The trailing / does not
always (or even usually) bring about the documented behaviour. I have
tried to use that before, and had rsync delete most of what i already had,
even though it exists on the source... it simply doesn't come through. For
> From: [EMAIL PROTECTED]
> Date: Mon, 19 Nov 2001 19:04:23 -0600
>
> On Mon, 2001-11-19 at 17:45:26 -0700, [EMAIL PROTECTED] wrote...
>
> ; Try this commandline:
> ; rsync -avz -e ssh --bwlimit=64 localfiles.tar.gz
> ; user@remote:/path/to/file/arch
>
> I did. This is what I getI created
Is there any chance this can be added into the distribution as it sounds
really nifty.
Another suggestion unless I have read the following - would it be
useful to have a command option in rsync to generate the file list
by doing the "find" and outputting into a standard format?
(As this would m
14 matches
Mail list logo
