On Wed, Jan 30, 2002 at 09:49:33PM -0800, Jennifer Lu wrote:
> Thanks for the quick reply. Configure was run successfully, just
> curious for the output, because I ran it on Ultra-2 which is running
> 64-bit, even the output from configure saying 64, but why the next line
> "checking for _LARGE_F
On Wed, Jan 30, 2002 at 06:23:02PM -0800, Jennifer Lu wrote:
> I tried to compile rsync-2.5.2 on Solaris 5.7 Ultra-2 machine,
> 5.7 on Ultra-2 is running 64 bit, but, when I ran configure,
> it said no for largefile, I thought 2.5.2 will support large
> file? Is that true?
Please be more specif
I am trying to use rsync along with find to quickly copy changes to mirrors
for some web sites. The basic idea is:
1 look for files newer than X >> export-file
2 rsync --include-from=export-file remote-server:/remote-path
Simple enough. Unfortunately, I can't get this to work. Step 1 works well
Hi Albert,
Thanks for the quick reply. Configure was run successfully, just
curious for the output, because I ran it on Ultra-2 which is running
64-bit, even the output from configure saying 64, but why the next line
"checking for _LARGE_FILES value needed for large files... no" say no,
config
Hi,
I tried to compile rsync-2.5.2 on Solaris 5.7 Ultra-2 machine,
5.7 on Ultra-2 is running 64 bit, but, when I ran configure,
it said no for largefile, I thought 2.5.2 will support large
file? Is that true?
Thanks,
Jennifer
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
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
Hi Dave,
I have tried for some days to re-produce this, but was not able to.
However, I believe we may have found the cause of the problem. Let me
ask you something.
If you have something like this:
a/
in the exclude list
does that exclude everything under that directory or only the first se
I happened to notice that Redhat fixed this on Sunday already:
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=58878
I wish one of them would have reported it to [EMAIL PROTECTED]
- Dave Dykstra
On Tue, Jan 29, 2002 at 03:36:18PM -0600, Dave Dykstra wrote:
> I upgraded to rsync 2.5.2 an
On Wed, Jan 30, 2002 at 02:56:25PM -0600, Dave Dykstra wrote:
> It should do more, it should block -z from being used with --write-batch.
Or read-batch, for that matter. The second if () handles this situation:
Index: options.c
===
Hello all!
I've got CGYWIN running on an NT4 server, which in turn allows me to run Rsync as a
daemon on this system. And might I say, it works most excellently, except for one
flaw. It doesn't work on my raid drive(s). I have a 56 gig NTFS RAID5 drive running
off an adaptec raid-port contr
On Wed, Jan 30, 2002 at 10:52:17AM -0800, Jos Backus wrote:
> On Wed, Jan 30, 2002 at 09:07:04AM -0600, Dave Dykstra wrote:
> > It isn't clear to me that the -z option makes sense for batch mode anyway.
> > Perhaps turning the rsync_* files into a gzipped tarball before sending
> > them to the rem
On Wed, Jan 30, 2002 at 10:17:13AM -0500, Mack, Daemian wrote:
> > On Fri, Dec 21, 2001 at 04:05:01PM -0500, Mack, Daemian wrote:
> > > I can get --delete to work, but I'd prefer to delete files only on a
> > > successful transfer, to ensure that the end-user has a
> > working collection of
> > >
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 _/ _/_/
A while back I argued for adding a --with-rsh=CMD option to configure
and got some general agreement that it would be a good thing (especially
for systems that don't have rsh at all). However, the changes were
never integrated into rsync.
This patch adds the --with-rsh=CMD option to configure an
On Wed, Jan 30, 2002 at 09:07:04AM -0600, Dave Dykstra wrote:
> It isn't clear to me that the -z option makes sense for batch mode anyway.
> Perhaps turning the rsync_* files into a gzipped tarball before sending
> them to the remote machines would have better compression. I guess some
> measurem
Here's an improved version of an old patch that I submitted. It
improves the -vvv output when using --exclude and --include options:
Index: rsync/exclude.c
--- rsync/exclude.c 23 Jan 2002 04:57:18 - 1.39
+++ rsync/exclude.c 30 Jan 2002 18:35:46 -
@@ -201,9 +201,11 @@
On Wed, 23 Jan 2002, Wayne Davison wrote:
> I'd like to revisit the topic of moving files from system to system
> using rsync.
I'm sad that nobody wanted to talk about --move-files yet, but maybe
this will help things along. I've adapted the patch files to be based
on the latest CVS source:
On Wed, 30 Jan 2002, Dave Dykstra wrote:
> Martin has put in the below feature in rsync 2.5.2 for using a shell. I've
> already had one user complain about it. I think it would be better at the
> -vv level.
Yes, I agree that -vv would be better. People use -v primarily to see
what files are ge
Martin has put in the below feature in rsync 2.5.2 for using a shell. I've
already had one user complain about it. I think it would be better at the
-vv level. It also has occurred to me that there are probably scripts that
are parsing the verbose output of rsync that may get confused by this.
> On Fri, Dec 21, 2001 at 04:05:01PM -0500, Mack, Daemian wrote:
> > I can get --delete to work, but I'd prefer to delete files only on a
> > successful transfer, to ensure that the end-user has a
> working collection of
> > files, no matter what release. For some reason,
> --delete-after does
I'm sorry, but I don't have any familiarity with that part of rsync code
and don't have any ideas for you.
It isn't clear to me that the -z option makes sense for batch mode anyway.
Perhaps turning the rsync_* files into a gzipped tarball before sending
them to the remote machines would have bett
On Mon, Jan 28, 2002 at 01:11:13PM -0600, Dave Dykstra wrote:
> On Mon, Jan 28, 2002 at 11:05:38AM -0600, Dave Dykstra wrote:
> > I'm the one who put in that wording because I think I didn't completely
> > understand what it did at the time. I just changed the wording to
> >
> > This o
> From: Alberto Accomazzi <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: Non-standard usage of rsync
> Date: Tue, 29 Jan 2002 08:58:18 -0500
>
>
> Helmut,
>
> I suggest you check out rdiff-backup, written by Ben Escoto for that exact
> purpose: http://www.
24 matches
Mail list logo
