(assuming Unix):
Host remotehost
Port
?
--
Jos Backus
jos at catnook.com
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
rsync update of another copy of the mirror. Actually, this has some real
advantages if your network connection is unreliable.
That was in fact the way I envisioned us using it at work, together with
multicast-based batch file distribution (but the project never got off the
ground).
--
Jos
1.79
diff -r1.79 generator.c
48a49
extern int read_batch;
216c217
if (whole_file == 0 || write_batch)
---
if (whole_file == 0 || write_batch || read_batch)
Interesting. I have the exact same patch sitting in my CVS tree but I can't
remember why it's there, sorry :-(
--
Jos Backus
On Thu, May 06, 2004 at 09:11:15AM -0700, Wayne Davison wrote:
On Wed, May 05, 2004 at 11:34:29PM -0700, Jos Backus wrote:
On Tue, May 04, 2004 at 08:14:22PM -0400, Chris Shoemaker wrote:
Just so I'm on the right page, AFAICT, batch mode doesn't work _at all_.
If that's the case
On Sat, Mar 20, 2004 at 06:59:41PM +0200, Eran Tromer wrote:
It would have been a simple script with the extension I proposed
(create batch without patching,
http://www.mail-archive.com/[EMAIL PROTECTED]/msg09757.html).
Fwiw, I think adding this extension is a good idea.
--
Jos Backus
team can update it and similar documents.
Agreed. Excellent kickoff, jw.
--
Jos Backus _/ _/_/_/ Sunnyvale, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
jos at catnook.com
12:29 new.zip
-rw-r--r-- 1 jos staff 498783 Sep 29 12:29 old.zip
drwxr-xr-x 2 jos staff 512 Sep 29 12:38 rs
lizzy:~/src/rsync-cvs/obj/test/rs%
Could you try again with the version in CVS?
--
Jos Backus _/ _/_/_/ Sunnyvale, CA
On Tue, Mar 11, 2003 at 07:32:07AM -0800, Vaibhav Goel wrote:
Is there a way of syncing multiple servers simultaneously from 1 source
server?
Not sure if this is what you are looking for, but have you looked at the
(experimental) batch mode support in recent rsync versions?
--
Jos Backus
as it is a very low priority
update; I'd just like it not to rot :)
--
Jos Backus _/ _/_/_/ Sunnyvale, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
jos at catnook.com
at
http://www.catnook.com/patches/rsync-popt-1.7.diff
--
Jos Backus _/ _/_/_/ Sunnyvale, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
jos at catnook.com
compatibility with older (protocol)
versions of rsync at some point, _before_ rewriting the whole application
based on librsync? Just a thought.
--
Jos Backus _/ _/_/_/ Sunnyvale, CA
. This is more efficient because the transfer of
the diff information can happen in parallel (e.g. using multicast filetransfer
tools) and the source tree is only examined once instead of N times. Of
course, this only works if the target trees are not changed in any other way
than by using this method.
--
Jos
to rebuild proto.h
Committed, thanks!
I don't feel brave enough to commit the popt/popt.c change without input from
others.
--
Jos Backus _/ _/_/_/ Sunnyvale, CA
this at the end of next week.
Comments?
--
Jos Backus _/ _/_/_/ Sunnyvale, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
jos at catnook.com_/_/ _/_/_/ require 'std
).
--
Jos Backus _/ _/_/_/ Sunnyvale, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
jos at catnook.com_/_/ _/_/_/ require 'std/disclaimer'
--
To unsubscribe or change
/mailman/listinfo/rsync
Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
--
Jos Backus _/ _/_/_/ Sunnyvale, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
jos
. in the command line above no batch file prefix
is being specified. Thanks.
--
Jos Backus _/ _/_/_/ Sunnyvale, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
jos at catnook.com
[Just had my DSL line reactivated after our moving house.]
On Sat, Jul 27, 2002 at 12:19:43PM -0700, Wayne Davison wrote:
On Thu, 11 Jul 2002, Jos Backus wrote:
http://www.catnook.com/patches/rsync-popt-1.6.4.patch
I went ahead and tested this and then checked it in (since we might
this version of autoconf generating scripts that break when run under bash (as
/bin/sh).
Comments?
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL
On Fri, Jul 12, 2002 at 01:03:33PM -0500, Dang, Tan wrote:
Also I had to change line 22 in options.c from #include popt.h to #include
popt/popt.h. Any suggestions or ideas?
Doesn't CFLAGS in the generated Makefile contain ``-I./popt''?
--
Jos Backus _/ _/_/_/Santa
to the included popt, so it wouldn't be hard to change this
to not have a popt fallback.
..wayne..
Fwiw, I agree, I just thought it would be too bold a step forward.
--
Jos Backus _/ _/_/_/Santa Clara, CA
wait and try again later
fi
Note that this approach inherently suffers from a race condition: what if
rsync was started right after running the ps? Adrian's setlock idea avoids
this cleanly.
--
Jos Backus _/ _/_/_/Santa Clara, CA
diffs this way that I am aware of.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer
On Thu, May 09, 2002 at 04:22:45PM -0700, Martin Pool wrote:
shutdown(fd, 1);
Perhaps use SHUT_WR instead of 1?
--
Jos Backus _/ _/_/_/Santa Clara, CA
or something? I'll leave it at 2.5.5 and see
if I can reproduce the error in the next few days.
Yes. Please see http://www.freebsd.org/cgi/query-pr.cgi?pr=36998 for the
complete story. The PORTREVISION should probably have been bumped after this.
--
Jos Backus
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer;
--
To unsubscribe or change options: http
() would not have
been necessary and one could have just used close() on each descriptor
instead.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL
can't find are the last files it tried to
operate on before exiting; hence, no bug.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED
to be doing!
Hm, perhaps that can be fixed.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer
.
Thanks, will do.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer;
--
To unsubscribe
On Mon, Apr 22, 2002 at 09:30:50AM -0701, Jos Backus wrote:
Has someone from FreeBSD has already pushed the patch to the RedHat
chaps?
Not that I am aware of but I will; I'll also keep the FreeBSD port maintainer
in the loop.
I have notified the popt maintainer of some problems I am
On Sun, Apr 21, 2002 at 09:24:32PM +0200, Anders Nordby wrote:
Hm. Better make the patch like this. The ifdef was too narrow (sorry).
I wonder if the #ifdef is needed. I.e. is this a GCC bug that manifests itself
because of the way GCC is implemented on i386 FreeBSD, or is a problem with
GCC
change it.
The patch is available at
http://www.catnook.com/rsync-popt-1.5.1.patch
Comments welcome!
(Note that I will be losing DSL connectivity for a week any moment now while I
switch providers.)
--
Jos Backus _/ _/_/_/Santa Clara, CA
some mail from freebsd-cvs-all
([EMAIL PROTECTED]). Bruce Evans submitted this
workaround which has been incorporated into the FreeBSD tree. I think we
should do the same. I can do the honors :-)
Jos
quote
On Sat, Apr 20, 2002 at 04:01:29PM -0700, Jos Backus wrote:
On Sat, Apr 20, 2002 at 01:22
On Sat, Apr 20, 2002 at 08:24:43PM -0701, Jos Backus wrote:
Here's some mail from freebsd-cvs-all
([EMAIL PROTECTED]). Bruce Evans submitted this
workaround which has been incorporated into the FreeBSD tree. I think we
should do the same. I can do the honors :-)
Index: zlib/infcodes.c
to the fact that
file filesystem organization is different, and the user should consciously
choose to have rsync cater for this situation.
--
Jos Backus _/ _/_/_/Santa Clara, CA
be to use a lock file to coordinate access to the Maildir between the
backup process and the POP daemon. This isn't too intrusive; while the lock is
present, mail delivery can still take place.
--
Jos Backus _/ _/_/_/Santa Clara, CA
.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer;
--
To unsubscribe or change options
On Thu, Mar 21, 2002 at 04:45:53PM -0500, Paul Haas wrote:
Here's how I would fix it:
See patches/jos-solaris-sizet.diff for my fix.
--
Jos Backus _/ _/_/_/Santa Clara, CA
1.12 +5 -1 src/sys/net/zlib.c
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe cvs-all in the body of the message
- End forwarded message -
--
Jos Backus _/ _/_/_/Santa Clara, CA
On Wed, Mar 20, 2002 at 10:35:41AM -0801, Jos Backus wrote:
What about this one? The diff looks like this:
Never mind, it looks like we are already doing the right thing in infblock.c.
Sorry for the false alert.
--
Jos Backus _/ _/_/_/Santa Clara, CA
links and sockets.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer;
--
To unsubscribe
it into that version?
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer;
--
To unsubscribe
= 0;
+size_t int_zero = 0;
extern int csum_length;
fdb_open = 1;
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED
to the list a while ago.
Hopefully they will accept your patch and there will be a 1.1.4 release, which
also incorporates the infblock.c fixes. It would be bad to have different
(broken) versions of zlib out there when this can easily be avoided.
--
Jos Backus _/ _/_/_/Santa
, yes (see above).
If so, the fix could be as simple as
preceding my patch with a AC_CHECK_FUNCS(getaddrinfo and running the
new code when this fails.
--
Jos Backus _/ _/_/_/Santa Clara, CA
On Thu, Feb 21, 2002 at 05:49:03PM -0600, Albert Chin wrote:
If I case s-count to (unsigned int *), then it compiles.
How about casting to size_t * (since s-count has type size_t)?
(Btw, I'll try the configure patch tomorrow and let you know).
--
Jos Backus
#define s6_addr32 __u6_addr.__u6_addr32
#endif
I wonder if we should do s/s6_addr32/s6_addr/g ? If I make that change the
link succeeds at least :)
--
Jos Backus _/ _/_/_/Santa Clara, CA
On Sat, Feb 16, 2002 at 07:53:09PM -0800, Jos Backus wrote:
See http://cvsweb.xfree86.org/cvsweb/xc/lib/zlib/infblock.c, specifically rev
1.5 and 1.6. I wonder if these apply to us as well.
Also, FreeBSD has incorporated these fixes now:
http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libz
See http://cvsweb.xfree86.org/cvsweb/xc/lib/zlib/infblock.c, specifically rev
1.5 and 1.6. I wonder if these apply to us as well.
(It would be nice if somebody would release 1.1.4 with these and other fixes
against 1.1.{2,3}...)
--
Jos Backus _/ _/_/_/Santa Clara, CA
On Wed, Feb 13, 2002 at 12:43:29PM -0600, Dave Dykstra wrote:
On Mon, Feb 11, 2002 at 12:00:55PM -0801, Jos Backus wrote:
This causes a compile error on Solaris. Fix:
Oops, I created a source tarball on FreeBSD (which has sin_len) without doing
a make distclean first on Solaris (no CVS access
reports.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer;
On Fri, Feb 01, 2002 at 01:06:15PM -0800, Jos Backus wrote:
On Fri, Feb 01, 2002 at 02:18:06PM -0600, Dave Dykstra wrote:
Be careful with that, because rsync's zlib is modified from the standard.
Has somebody verified that the modification is not removed with the upgrade?
I was under
\.unc\.edu/i2dsi/unc_rsync+\.html\fP for papers and
+technical reports\.
.PP
.SH SYMBOLIC LINKS
.PP
--
Jos Backus _/ _/_/_/Santa Clara, CA
-1.1.3. I'm now merging the changes made to zlib-1.1.2 by the rsync team
back into 1.1.3, and will repost a new diff against the current rsync CVS
soon.
--
Jos Backus _/ _/_/_/Santa Clara, CA
/unc_rsync+\.html\fP for papers and
technical
-reports\.
+See \fBhttp://www\.ils\.unc\.edu/i2dsi/unc_rsync+\.html\fP for papers and
+technical reports\.
.PP
.SH SYMBOLIC LINKS
.PP
--
Jos Backus _/ _/_/_/Santa Clara, CA
-\fBrsync_delta\.timestamp\fP data blocks for file update change
-.PP
-See \fBhttp://www\.ils\.unc\.edu/i2dsi/unc_rsync+\.html\fP for papers and
technical
-reports\.
+See \fBhttp://www\.ils\.unc\.edu/i2dsi/unc_rsync+\.html\fP for papers and
+technical reports\.
.PP
.SH SYMBOLIC LINKS
.PP
--
Jos
, among
others), does it work for you? And can you perhaps show me how to create a
setup where the batch files are created in your homedir, which is the other
problem you were seeing?
--
Jos Backus _/ _/_/_/Santa Clara, CA
On Wed, Jan 30, 2002 at 10:21:45AM -0800, Wayne Davison wrote:
On Wed, 23 Jan 2002, Wayne Davison wrote:
I'd like to revisit the topic of moving files from system to system
using rsync.
Fwiw (not much, I know :), this functionality is useful imo.
--
Jos Backus
This patch (apologies for the size) updates zlib/* to the files that ship with
zlib 1.1.3.
Index: zlib/ChangeLog
===
RCS file: /cvsroot/rsync/zlib/ChangeLog,v
retrieving revision 1.1
diff -u -r1.1 ChangeLog
--- zlib/ChangeLog 7
On Thu, Jan 24, 2002 at 06:19:56PM -0801, Jos Backus wrote:
OK, I may need help with the markup part though, so I'll post a rough draft
here first.
Here's my first attempt at improving the documentation of the batch mode
feature. This is the manpage only; I'll attempt to update the yodl file
On Sat, Jan 26, 2002 at 12:02:31AM -0800, Jos Backus wrote:
However, when I add ``-z'', rsync does fail when using a different target
directory.
Sadly, it turns out that my test was flawed. Batch mode doesn't quite work
with -z, even when the destination directory is not changed. Not really
total 1
-rw-r--r-- 1 jos staff 6 Jan 17 15:08 f1
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std
On Wed, Jan 23, 2002 at 03:41:36PM -0800, Jos Backus wrote:
Fwiw, I'm currently working on getting rid of the automatically generated
filenames --write-batch creates, instead --write-batch should accept a suffix,
just like --read-batch. With that working I'll convert the suffix into a
prefix
+*/
+ if (!write_batch)
+ whole_file = 1;
} else if (p[1] == ':') {
*p = 0;
return start_socket_client(argv[argc-1], p+2, argc-1, argv);
--
Jos Backus _/ _/_/_/Santa Clara, CA
; it must be some interaction between the batch
code and some change that has been made in the last month.
- Dave
--
Jos Backus _/ _/_/_/Santa Clara, CA
seriously doubt anyone is using the batch feature because without the last
patch I sent you it simply does not work :-)
--
Jos Backus _/ _/_/_/Santa Clara, CA
parse that to recover the original file ownership if
necessary.
Has anyone already done something like this by any chance?
Have a look at the BSD mtree(8) utility, in particular the -U option.
--
Jos Backus _/ _/_/_/Santa Clara, CA
a final patch to Martin Pool for review that makes it work properly (my
colleague says he's had no problems so far). Hopefully it will make it into
the next stable release.
mrsync looks very interesting, too. It's always nice to have more options to
choose from.
--
Jos Backus
[]);
struct file_list *create_flist_from_batch();
int read_batch_flist_file(char *buff, int len);
unsigned char read_batch_flags();
--
Jos Backus _/ _/_/_/Santa Clara, CA
space indents to tabs
- fix multiline comments
- remove redundant /* dw */ comments (Deborah Weiss is already credited in the
documentation)
Thoughts?
--
Jos Backus _/ _/_/_/Santa Clara, CA
and
+become a background process\.
.IP
.IP \fB--address\fP
By default rsync will bind to the wildcard address
--
Jos Backus _/ _/_/_/Santa Clara, CA
, it would be a
useful option imo. Let's first see if the --no-detach option makes it in
though, we can then add this other option.
--
Jos Backus _/ _/_/_/Santa Clara, CA
parent (supervise in the daemontools case).
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer;
things a little bit.
- Dave Dykstra
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer;
yesterday's CVS. I'd like to build an
up-to-date version of rsync with these patches.
Thanks,
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED
be applying
rsync-nohang2.patch against the current CVS sources. Correct?
Thanks,
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED
On Tue, Jul 10, 2001 at 04:13:11PM -0700, Jos Backus wrote:
I'm using the same CVS server. I think my problem is that I applied your
rsync-nohang.patch first, whereas I should only be applying
rsync-nohang2.patch against the current CVS sources. Correct?
To answer my own question: yes. rsync
On Thu, Jul 05, 2001 at 12:48:06PM -0500, Dave Dykstra wrote:
If you really want it to stay in the foreground, edit become_daemon in
socket.c.
It would be nice to have this available as an option so rsyncd can be run
under djb's daemontools.
--
Jos Backus
and posted it to this list last week. For more information ob rsync+, go
to:
http://www.ils.unc.edu/i2dsi/unc_rsync+.html
--
Jos Backus _/ _/_/_/Santa Clara, CA
it possible to use, say, multicast
technology for distributing batch updates. I.e.
rsync --write-batch = files = (multicast) = files = rsync --read-batch
--
Jos Backus _/ _/_/_/Santa Clara, CA
)
+ am_sender = 0;
+ else
+ am_sender = !am_sender;
am_server = 1;
if (dup2(to_child_pipe[0], STDIN_FILENO) 0 ||
--
Jos Backus _/ _/_/_/Santa Clara, CA
==
--
Jos Backus _/ _/_/_/"Modularity is not a hack."
_/ _/ _/-- D. J. Bernstein
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer;
, size_t *len, void **buf);
+rs_result rs_file_copy_cb(void *arg, off_t pos, size_t *len, void **buf);
rs_result rs_delta_file(rs_signature_t *, FILE *new_file, FILE *delta_file,
rs_stats_t *);
Thanks,
--
Jos Backus _/ _/_/_/"Modularity is not a
.
Thanks,
--
Jos Backus _/ _/_/_/"Modularity is not a hack."
_/ _/ _/-- D. J. Bernstein
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/
85 matches
Mail list logo