sticking something like this in ~/.ssh/config (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
ing a local to local
> 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 t
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 al
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 _/ _/_/_/ Sunnyvale, CA
_/ _/ _/
_/ _/_/_/
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 id
Why don't you try it and let us know? :) It worked fine in all the tests I ran
while porting the batch mode code over. Since I never managed to get anybody
at work interested in actually deploying it I have not used it much since,
sorr
ee it under cvs so the rsync
> team can update it and similar documents.
Agreed. Excellent kickoff, jw.
--
Jos Backus _/ _/_/_/ Sunnyvale, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/
s staff 498783 Sep 29 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 _/ _/_/_/
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
he release as it is a very low priority
update; I'd just like it not to rot :)
--
Jos Backus _/ _/_/_/ Sunnyvale, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
ble at
http://www.catnook.com/patches/rsync-popt-1.7.diff
--
Jos Backus _/ _/_/_/ Sunnyvale, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
jos at catno
break compatibility with older (protocol)
versions of rsync at some point, _before_ rewriting the whole application
based on librsync? Just a thought.
--
Jos Backus _/ _/_/_/ Sunnyva
ees are not changed in any other way
than by using this method.
--
Jos Backus _/ _/_/_/ Sunnyvale, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
jos at catnook.com_/_/ _/_/_/
nything. It does seem to require a "make proto" afterwards
> to rebuild proto.h
Committed, thanks!
I don't feel brave enough to commit the popt/popt.c change without input from
others.
--
Jos
Fyi: I just committed the changes to the test scripts; they now all use
``$RSYNC'' to refer to the newly built executable.
Please let me know if this causes any problems.
--
Jos Backus _/ _/_/_/ Sun
this at the end of next week.
Comments?
--
Jos Backus _/ _/_/_/ Sunnyvale, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
jos at catnook.com_/_/ _/_/_/ require
open(..., O_DIRECT).
--
Jos Backus _/ _/_/_/ Sunnyvale, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
jos at catnook.com_/_/ _/_/_/ require 'std/disclaimer'
g. in the command line above no batch file prefix
is being specified. Thanks.
--
Jos Backus _/ _/_/_/ Sunnyvale, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
jos at ca
---
> ln "$name2" "$name3" || fail "Can't create hardlink"
> cp "$name2" "$name4" || fail "Can't copy file"
>
> ! checkit "$RSYNC -aHvv \"$fromdir/\" \"$todir/\"" "$fromdir" &q
-batch and --read-batch command line
options in the manual.
--
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
in
> preference 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
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 contai
version of autoconf generating scripts that break when run under bash (as
/bin/sh).
Comments?
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL
@host::/module/* .
> else
> echo "Rsync is still running...please 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 avoi
?
Ideally, yes. Currently, rsync's batch mode is the only method of creating and
using diffs this way that I am aware of.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
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,
data pattern 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 t
t myhost
Port
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer;
--
To uns
e() and socketpair()), shutdown() would not have
been necessary and one could have just used close() on each descriptor
instead.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _
ike the files rsync can't find are the last files it tried to
operate on before exiting; hence, no bug.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _
per my original post, rsync will complain about the list
> of files it can't open and then just exit. At least, that's what it appears
> to be doing!
Hm, perhaps that can be fixed.
--
Jos Backus _/ _/_/_/Santa Clara, CA
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 mai
it when you're happy; perhaps add a NEWS entry.
Thanks, will do.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/
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 it
Is it OK if I fix this in rsync CVS so the next release won't need this patch
on FreeBSD?
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROT
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 :-)
;t tried to reproduce it yet.
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 :-)
Jos
On Sat, Apr 20, 2002 at 04:01:29PM -0700, Jos Bac
I may 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 Clar
havior alerts the user to the fact that
file filesystem organization is different, and the user should consciously
choose to have rsync cater for this situation.
--
Jos Backus _/ _/_/_/
und this
would 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 _/ _/_/_/
ly applies
when you are using Maildir-style mailboxes.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std
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 C
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,
MAIL PROTECTED]>
X-MFC after: immediately
Revision ChangesPath
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 messa
st(1) fixes to sh(1). So
yes, it's sh(1)'s test that is broken.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/
rements.
The -L and -S operands are added for symbolic links and sockets.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/
@@
struct sum_struct *s)
{
size_t i;
-unsigned int int_zero = 0;
+size_t int_zero = 0;
extern int csum_length;
fdb_open = 1;
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/
/rsync/zlib/infblock.c.diff?r1=1.4&r2=1.5&f=h
Wrt the bandaid, on both Solaris and FreeBSD the manpage says ``If ptr is
NULL, no action occurs.''. So it sounds like there are platforms where
free(NULL) does cause a crash.
--
Jos Backus _/
the rsync modifications made it into that version?
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std::Di
n I generated the patch I sent 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
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
configure.in).
> Without my patch, does it work?
Unfortunately, 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.
--
_u6_addr.__u6_addr8
#ifdef _KERNEL /*XXX nonstandard*/
#define s6_addr8 __u6_addr.__u6_addr8
#define s6_addr16 __u6_addr.__u6_addr16
#define s6_addr32 __u6_addr.__u6_addr32
#endif
I wonder if we should do s/s6_addr32/s6_addr/g ? If I make that
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/li
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 Solari
tch=pfx -a /source/dir/ /adest/dir/
+$ rcp pfx.rsync_* remote:
+$ rsh remote rsync --read_batch=pfx -a /bdest/dir/
+# or even
+$ rsh remote ./pfx.rsync_argvs /bdest/dir/
)
+
+In this example, rsync is used to update /adest/dir/ w
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
d-line arguments
-.IP o
-\fBrsync_flist\&.\fP rsync internal file metadata
-.IP o
-\fBrsync_csums\&.\fP rsync checksums
-.IP o
-\fBrsync_delta\&.\fP data blocks for file update & change
-.PP
-See \fBhttp://www\&.ils\&.unc\&.edu/i2dsi/u
t back into
zlib-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 _/ _/_/_/
\&.\fP rsync checksums
-.IP o
-\fBrsync_delta\&.\fP data blocks for file update & change
-.PP
-See \fBhttp://www\&.ils\&.unc\&.edu/i2dsi/unc_rsync+\&am
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 Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer;
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 attem
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
compression && (write_batch || read_batch)) {
+ snprintf(err_buf,sizeof(err_buf),
+ "compress can not be used with write-batch or read-batch\n");
+ rprintf(FERROR,"ERROR: compress can not be used with"
+ " write-
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
on.
Btw, what about the other patch (the one that adds --write-batch=prefix, 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 seei
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 no
(near initialization for
> `long_options[0].descrip')
All these can be fixed by properly padding the struct initializers with the
required values.
--
Jos Backus
6 Jan 17 15:08 f2
+ ls -l d2
total 1
-rw-r--r-- 1 jos staff 6 Jan 17 15:08 f1
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_
struct file_list *flist = NULL;
int status = 0, status2 = 0;
char *local_name = NULL;
extern int am_sender;
--
Jos Backus _/ _/_/_/Santa
(FINFO, "%s, len %lu\n", fname, (unsigned long)file->length);
}
-
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer;
/*
+* disable "rsync algorithm" when both sides local,
+* except when creating a batch update
+*/
+ if (!write_batch)
+ whole_file = 1;
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 conver
, 2002 at 11:05:15AM -0600, Dave Dykstra wrote:
> On Wed, Jan 23, 2002 at 04:37:53PM +1100, Martin Pool wrote:
> > On 17 Jan 2002, Jos Backus <[EMAIL PROTECTED]> wrote:
> > When you get a chance, could you please look at writing some more
> > documentation about batch mo
x: util.c
===
RCS file: /cvsroot/rsync/util.c,v
retrieving revision 1.97
diff -u -r1.97 util.c
--- util.c 2 Dec 2001 14:12:03 - 1.97
+++ util.c 18 Jan 2002 01:48:13 -
@@ -173,10 +173,7 @@
extern int am_sender;
On Wed, Jan 16, 2002 at 06:32:56PM -0801, Jos Backus wrote:
> I'll try to investigate; it must be some interaction between the batch code
> and some change that has been made in the last month.
I have narrowed the changes that break batch mode (even with my patch applied)
down to
also dumps core.
>
> Does it work for you?
Yes, but not with the latest CVS, it cores there as well (I'm using FreeBSD,
btw). I'll try to investigate; it must be some interaction between the batc
io_error = 1;
rprintf(FERROR,"receive_sums failed\n");
return;
}
+
+ if (write_batch)
+ write_batch_csum_info(&i,flist->count,s);
if (!read_batch) {
t; using them already.
I seriously doubt anyone is using the batch feature because without the last
patch I sent you it simply does not work :-)
--
Jos Backus _/ _/_/_/
ving some
> program that can 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 _/
sent 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.
KBytes per second
- -f, --read-batch=FILE read batch file
- -F, --write-batch write batch file
+ --read-batch=FILE read batch file
+ --write-batch write batch file
-h, --help show this help screen
@@ -796,7 +796,7 @@
bf(src_dir)
q
I'll have a look again after your commit.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer;
rite_batch) {
+ /* drain */
+ receive_data(f_in,NULL,-1,NULL,file->length);
continue;
}
--
Jos Backus _/ _/_/_/Sa
s
- change space indents to tabs
- fix multiline comments
- remove redundant /* dw */ comments (Deborah Weiss is already credited in the
documentation)
Thoughts?
--
Jos Backus _/ _/_/_/Santa
file(int orig_argc, int argc, char **argv);
+void write_batch_argvs_file(int argc, char *argv[]);
struct file_list *create_flist_from_batch();
int read_batch_flist_file(char *buff, int len);
unsigned char read
e, in java, *fast* and has a better consistency
> model...)
Heh, I mentioned Subversion to Martin as well :)
While AccuRev is nice indeed (I think it's nicer than Perforce), I wonder if
their diff command can output unified diff's. Last time I checked it could
not, but maybe things have
gnal(SIGUSR1, sigusr1_handler);
signal(SIGUSR2, sigusr2_handler);
@@ -806,7 +808,7 @@
if (write_batch) { /* dw */
create_batch_file_ext();
- write_batch_argvs_file(orig_argc, argc, argv);
+ write_batch_argvs_file(orig_argc, a
fB--no-detach\fP"
+When running as a daemon, this option instructs rsync to not detach itself and
+become a background process\&.
.IP
.IP "\fB--address\fP"
g(3), yes? Yes, 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 _/ _/_/_/
which does that.
It does more than just that. Hope this explains things a little bit.
> - Dave Dykstra
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/
{"daemon", 0, POPT_ARG_NONE, &am_daemon},
+ {"no-detach",0, POPT_ARG_NONE, &no_detach},
{"stats",0, POPT_ARG_NONE, &do_stats},
{"progress",
its parent (supervise in the daemontools case).
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use
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 _/ _/_/_/
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
ur
rsync-nohang.patch first, whereas I should only be applying
rsync-nohang2.patch against the current CVS sources. Correct?
Thanks,
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
leanly against yesterday's CVS. I'd like to build an
up-to-date version of rsync with these patches.
Thanks,
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/
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.
--
1 - 100 of 109 matches
Mail list logo
