Rsync password not working

2005-02-25 Thread Sajida



Hi, I have installed CYGWIN in my
windows 2000 prof machine .I want to automate the RSYNC backup .The rsync
--password-file=filename doesn't seems to work .If i schedule the backup , the
rsync asks for password atthe scheduled time .Please help me to automate the
Rsync without asking password thanks 
regards
Sajida

This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information.
If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. 
Any unauthorised review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly 
prohibited and may be unlawful.

  Visit us at http://www.cognizant.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 password not working

2005-02-25 Thread Abdul Salam, Sajida (Cognizant)
Title: Rsync password not working






Hi, 

I have installed CYGWIN in my windows 2000 machine .I want to automate the RSYNC backup .The rsync --password-file=filename doesn't seems to work .If i schedule the backup , the rsync asks for password at the scheduled time .Please help me to automate the Rsync without asking password. or else how do you set the password in the RSYNC_PASSWORD file?

Thanks  Regards,


Sajida Abdul Salam

Programmer Analyst Trainee

Cognizant Technology Solutions

Chennai




This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information.
If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. 
Any unauthorised review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly 
prohibited and may be unlawful.

  Visit us at http://www.cognizant.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

Re: How to control rsync log?

2005-02-25 Thread Terry Dooher
If I specify this option on a 2.6.3 server config, will it still be effective 
even if the clients are 2.6.0 (or possibly 2.5.6, I'm still pestering them to 
upgrade)

Terry.
Wayne Davison wrote:
On Thu, Feb 24, 2005 at 12:35:21PM -0700, [EMAIL PROTECTED] wrote:
Is there a way to let rsync server to have the ability to control if
it wants to log those directory changes or not, like transfer
logging does for files? 

Add this line to your rsyncd.conf (in either the global-settings section
or an individual module):
max verbosity = 0
(That setting is present in 2.6.3, but not documented.)  That will keep
the verbose flag from getting set on the server even when the user
chooses to specify -v for themselves.  As long as the user isn't sending
files to the server, they shouldn't notice a difference in the output.
When files are being sent to the server, that setting will prevent the
generator from outputting about new directories and symlinks in 2.6.3
(but 2.6.4 will handle this properly).
..wayne..
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


[Bug 2094] Keep the last-sync time for better two-way synchronization

2005-02-25 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=2094


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-02-25 08:55 ---
The timestamp scheme works if no updates are made during the transfer time. 
Otherwise it becomes problematical the larger the file set becomes (because we
can't scan all the dirs at the exact same point in time).  Another failure case
is modifying the same file on both sides, but in slightly different ways --
whichever file was modified the most recently will overwrite the other side's
changes.  I really don't think that this set of options will take rsync close
enough to a two-way transfer utility to make it worthwhile.

The utility named unison is built to do a two-way synchronization of files,
and hndles all these issues (and uses the rsync algorithm to update changed
files).  I recommend checking it out.

-- 
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the QA contact for the bug, or are watching the QA contact.
-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


Re: How to control rsync log?

2005-02-25 Thread Wayne Davison
On Fri, Feb 25, 2005 at 12:39:40PM +, Terry Dooher wrote:
 If I specify this option on a 2.6.3 server config, will it still be 
 effective even if the clients are 2.6.0 (or possibly 2.5.6, I'm still 
 pestering them to upgrade)

Yes.  It controls what the server does, which is to not allow the
verbose level to rise above 0 in the daemon (the client's own verbose
level is unaffected).

..wayne..
-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


Re: Rsync password not working

2005-02-25 Thread Wayne Davison
On Fri, Feb 25, 2005 at 05:52:16PM +0530, Abdul Salam, Sajida (Cognizant) wrote:
 The rsync --password-file=filename doesn't seems to work.

That option specifies a file that is used when talking to an rsync
daemon.  If you're using a remote-shell (such as ssh or rsh), you'll
need to configure it to not prompt for a password, as rsync does not
affect its password-prompting in any way.

..wayne..
-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


[Bug 2240] Add last-match/short-circuit processing of include/exclude

2005-02-25 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=2240





--- Additional Comments From [EMAIL PROTECTED]  2005-02-25 10:05 ---
I considered the short-circuit operators (-! and +!) for filter commands, but I
am not convinced of their utility.  Do you have an example of a real-life
situation that they improve?

Note also that the suggested syntax for the new operators is now being used to
specify a rule that triggers when the pattern fails to match (such as -! */)
so if this idiom is needed it would need a new syntax (perhaps -* and +*).

-- 
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the QA contact for the bug, or are watching the QA contact.
-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


[Bug 2240] Add last-match/short-circuit processing of include/exclude

2005-02-25 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=2240





--- Additional Comments From [EMAIL PROTECTED]  2005-02-25 10:00 ---
Created an attachment (id=985)
 -- (https://bugzilla.samba.org/attachment.cgi?id=985action=view)
Add optional last-match parsing

Here's a simple patch that allows any filter/include/exclude file to be parsed
in a last-match-wins format.  The file must contain this line (on its own):

[last-match]

This causes all the following rules to be reversed as they are read in, making
them behave in a last-match manner.  This shouldn't cause a problem in an
include/exclude file because the above string would have been a bogus character
range that nobody should have specified.

-- 
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the QA contact for the bug, or are watching the QA contact.
-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


[Bug 1479] request the addition of a --copy-dest option that would copy identical files

2005-02-25 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=1479


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |
Version|2.5.7   |2.6.4




--- Additional Comments From [EMAIL PROTECTED]  2005-02-25 10:30 ---
I decided to not include --copy-dest in 2.6.4, as I didn't like how my
implementation dealt with the duplication of identical files on the client. 
We'll revisit this later.

-- 
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the QA contact for the bug, or are watching the QA contact.
-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


[Bug 1508] Using options --modify-window and --password-file cause error in rsync protocol data stream (code 12)

2005-02-25 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=1508


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED




--- Additional Comments From [EMAIL PROTECTED]  2005-02-25 11:14 ---
I am unable to duplicate this using 2.6.3 on cygwin.  Do you still see this
problem?  The only theory I have is that the asprintf() call that is used to
create the --modify-window option that is passed to the server was not working
right in that build of rsync (or perhaps in that version of cygwin's library?).

If you still see the problem, try specifying --max-delete=200 instead of
--modify-window=1 and see if there is a problem for that option as well.  If so,
it is likely to be an asprintf()-related bug.

-- 
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the QA contact for the bug, or are watching the QA contact.
-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


[Bug 1476] Unexplained timout at end of file transfer.

2005-02-25 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=1476





--- Additional Comments From [EMAIL PROTECTED]  2005-02-25 12:53 ---
I've had rsync problems intermittantly in Gentoo.

Gentoo uses rsync within portage package management system.

Typically users run emerge sync to update their
portage tree prior to building or maintaining any
packages.

After spending a whole day trying to make emerge sync
run without a timeout in rsync/io.c I finally found my
solution.  I killed the frozen X window and mozilla
on the console and then emerge sync worked
reliably.  I've come to the conclusion that the timeout
error is completely bogus and the real issue is
something that falsely looks like a timeout.

See my bug report at Gentoo:
http://bugs.gentoo.org/show_bug.cgi?id=83254

Many Gentoo users suffer from this bug.  When
a system is borderline, one can keep trying and
eventually the rsync works.  Such users don't report
bugs, they just plug along and live with it.
Yesterday was the first day I've seen it fail
very consistantly.

-- 
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the QA contact for the bug, or are watching the QA contact.
-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


data set changes

2005-02-25 Thread Dale Bohl
Hi all,
   Here's my story.  I have 3 hosts, 1 remote and 2 local.
We'll say for the sake of clarity that h1 is remote and h2
is the local rsync pull host and h3 is also a local host
on the net.
   Using rsync, I want to pull a data set first from h1 to both h2 and h3.
The first pull copies all the data from h1 to h2 and h3.  OK, that gives
me a baseline of the data on both h2 and h3.  Now h3 is taken off the
network and moved to a different location and the only way to update
the data set on h3 is to copy data from a DVD to h3's hard disk.
   When I run rsync again the next week on h2, I want to write any changes
that have occurred to the data set to a sperate directory on h2.
Those changes must then be burned to a DVD and then sneakernetted to h3
for an update to the h3 data set there.
Does anyone have a perl or other tool that can do this.
I have the rsync script running and have pulled the baseline dataset
from h1 to both h2 and h3.  Now I need to get changes to h3 somehow.
--
Dale Bohl
[EMAIL PROTECTED]
SGI IT/MWOPS
(715)-726-8406
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


Re: data set changes

2005-02-25 Thread Wayne Davison
On Fri, Feb 25, 2005 at 04:02:24PM -0600, Dale Bohl wrote:
When I run rsync again the next week on h2, I want to write any changes
 that have occurred to the data set to a sperate directory on h2.
 Those changes must then be burned to a DVD and then sneakernetted to h3
 for an update to the h3 data set there.

Sounds like --write-batch will do what you want.  Assuming you are using
rsync 2.6.3 (I would not recommend earlier rsync's batch support).  So
run this on h2:

cd /tmp
rsync -av --write-batch=foo h1:/src/ /dest/

Or _alternately_, this on h1:

cd /tmp
rsync -av --write-batch=foo /src/ h2:/dest/

Then, burn /tmp/foo and /tmp/foo.sh onto DVD and take it to h3 and run
this:

cd /mnt/dvdrom
./foo.sh

Or, if you need a different dest, this:

cd /mnt/dvdrom
./foo.sh /different/dest/

That's the simple version.  You aren't required to use the foo.sh file
if you want to run the appropriate --read-batch=foo command yourself on
h3.

..wayne..
-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


Feature request: Being able specify that the destination should follow source directory structure.

2005-02-25 Thread Hans Deragon
Greetings.


If I do this:

rsync --hard-links
one.server.com::module/somedir/images/redhat/3.0WS/en/os/i386
module/someotherdir/1.0/images/redhat/3.0WS/en/os/i386 /export/distros

I get:

/export/distros/i386/... and a conflict between the two sources.

I want for destination:

/export/distros/images/redhat/3.0WS/en/os/i386
/export/distros/1.0/images/redhat/3.0WS/en/os/i386

In other words, I would like to see an option that says to rsync to create
some of the subdirectories found in the source directory.  Something like:

rsync --hard-links
one.server.com::distros/somedir/'images/redhat/3.0WS/en/os/i386'
distros/someotherdir/'1.0/images/redhat/3.0WS/en/os/i386' /export/distros

Notice the ' which would be an indicator for the list of subdirectories to
recreate on the destination.  ' is a valid character for filename, so
something else could be used, but I have put it there as an example.

Because I want to maintain the hard links, I do not want to run two separate
rsync commands to perform this copying.


Best regards,
Hans Deragon
--
Consultant en informatique/Software Consultant
Deragon Informatique inc. Open source:
http://www.deragon.bizhttp://facil.qc.ca (Promotion du libre)
mailto://[EMAIL PROTECTED] http://autopoweroff.deragon.biz (Logiciel)

-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


[Bug 1476] Unexplained timout at end of file transfer.

2005-02-25 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=1476





--- Additional Comments From [EMAIL PROTECTED]  2005-02-25 16:07 ---
The CVS code now handles the case where the generator is taking too long between
writes -- it either flushes any buffered data in the output buffer after
timeout/2 seconds have gone by, or it sends a new no-op packet that will keep
the connection alive.  This requires protocol 29 (i.e. 2.6.4 on both ends of the
connection).  The latest nightly tar file has this code in it, if you'd care
to try it.

-- 
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the QA contact for the bug, or are watching the QA contact.
-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


[Bug 2389] block/character devices on Solaris yield wacky rsync stats

2005-02-25 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=2389


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-02-25 16:10 ---
I've checked in a change to CVS that is similar to the one I attched to this bug
report, but still counts symlinks in the total file size (i.e. it should just
omit devices).  I think this should fix this bug.

-- 
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the QA contact for the bug, or are watching the QA contact.
-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


[Bug 1937] timeout in data send/receive

2005-02-25 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=1937


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-02-25 16:21 ---
Hopefully this bug is the one I just checked a fix in for.  In the bug I just
fixed, the generator was taking too long to send data to the receiver, causing
it to timeout.  If you can still reproduce this in the latest CVS source (when
talking via protocol 29), reopen this.

-- 
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the QA contact for the bug, or are watching the QA contact.
-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


Re: Feature request: Being able specify that the destination should follow source directory structure.

2005-02-25 Thread Wayne Davison
On Fri, Feb 25, 2005 at 06:13:53PM -0500, Hans Deragon wrote:
 Because I want to maintain the hard links, I do not want to run two
 separate rsync commands to perform this copying.

You might be able to use two separate runs and --link-dest to get what
you want:

COMMON=images/redhat/3.0WS/en/os/i386
SRC1=somedir/$COMMON
SRC2=someotherdir/1.0/$COMMON
DEST1=/export/distros/$COMMON
DEST2=/export/distros/1.0/$COMMON
rsync -avH --link-dest=$DEST2 one.server.com::distros/$SRC1/ $DEST1
rsync -avH --link-dest=$DEST1 one.server.com::distros/$SRC2/ $DEST2

This presumes that identical files are in identical dirs.  If not, you
can use -R combined with some symlinks and --no-implied-dirs to make the
original command work like you want:

cd /export
mkdir -p links/somedir links/someotherdir
mkdir -p distros/images distros/1.0
ln -s ../../distros/images links/somedir/images
ln -s ../../distros/1.0 links/someotherdir/1.0

rsync -avHR --no-implied-dirs
  one.server.com::distros/somedir/images/redhat/3.0WS/en/os/i386
  distros/someotherdir/1.0/images/redhat/3.0WS/en/os/i386 /export/links

..wayne..
-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


[Bug 2208] cygwin version of rsync sometimes hangs

2005-02-25 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=2208





--- Additional Comments From [EMAIL PROTECTED]  2005-02-25 16:58 ---
Has anyone tried commenting out HAVE_SOCKETPAIR from config.h to see if that is
the problem?  I mentioned somewhere that this seems to be the common case of
failure -- it fails for a local transfer and for a transfer going through a
remote shell, both of which use a socketpair() to communicate (unless
HAVE_SOCKETPAIR is undefined, in which case a normal pipe() would be used).

-- 
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the QA contact for the bug, or are watching the QA contact.
-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


[Bug 2357] error when compiling rsync under Windows Services for Unix

2005-02-25 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=2357


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-02-25 17:04 ---
I put a fix for this into 2.6.4pre1, so I hope that this is now resolved.  If
not, reopen the bug.

-- 
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the QA contact for the bug, or are watching the QA contact.
-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


[Bug 2328] cygwin rsync hangs when initiated remotely after transfering some files

2005-02-25 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=2328


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED




--- Additional Comments From [EMAIL PROTECTED]  2005-02-25 17:02 ---
If you could try commenting out HAVE_SOCKETPAIR from config.h and re-compiling
rsync, it would be nice to know if that makes rsync stop hanging.  If you don't
have the cygwin source, you should be able to use their setup.exe tool to grab
it and build it using their patches (such as the one to open temp files in
binary mode).

-- 
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the QA contact for the bug, or are watching the QA contact.
-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html


CVS update: rsync

2005-02-25 Thread Wayne Davison

Date:   Fri Feb 25 17:08:58 2005
Author: wayned

Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv29682

Modified Files:
rsync.c 
Log Message:
Use the new am_starting_up value in who_am_i().


Revisions:
rsync.c 1.165 = 1.166
http://www.samba.org/cgi-bin/cvsweb/rsync/rsync.c?r1=1.165r2=1.166
___
rsync-cvs mailing list
rsync-cvs@lists.samba.org
https://lists.samba.org/mailman/listinfo/rsync-cvs


CVS update: rsync

2005-02-25 Thread Wayne Davison

Date:   Fri Feb 25 20:28:27 2005
Author: wayned

Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv22374

Modified Files:
flist.c 
Log Message:
Don't add st_size from a device to stats.total_size.


Revisions:
flist.c 1.283 = 1.284
http://www.samba.org/cgi-bin/cvsweb/rsync/flist.c?r1=1.283r2=1.284
___
rsync-cvs mailing list
rsync-cvs@lists.samba.org
https://lists.samba.org/mailman/listinfo/rsync-cvs


CVS update: rsync

2005-02-25 Thread Wayne Davison

Date:   Fri Feb 25 21:58:13 2005
Author: wayned

Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv13259

Modified Files:
io.c 
Log Message:
- Added variable ignore_timeout that lets the generator tell
  us to ignore a timeout without turning off the timeout-related
  time-keeping that the keep-alive processing needs.
- Added a new function:  maybe_send_keepalive().


Revisions:
io.c1.153 = 1.154
http://www.samba.org/cgi-bin/cvsweb/rsync/io.c?r1=1.153r2=1.154
___
rsync-cvs mailing list
rsync-cvs@lists.samba.org
https://lists.samba.org/mailman/listinfo/rsync-cvs


CVS update: rsync

2005-02-25 Thread Wayne Davison

Date:   Fri Feb 25 22:01:36 2005
Author: wayned

Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv13575

Modified Files:
generator.c 
Log Message:
- Call maybe_send_keepalive() if timeouts are enabled.
- Use the new ignore_timeout variable.


Revisions:
generator.c 1.155 = 1.156
http://www.samba.org/cgi-bin/cvsweb/rsync/generator.c?r1=1.155r2=1.156
___
rsync-cvs mailing list
rsync-cvs@lists.samba.org
https://lists.samba.org/mailman/listinfo/rsync-cvs


CVS update: rsync

2005-02-25 Thread Wayne Davison

Date:   Sat Feb 26 02:56:30 2005
Author: wayned

Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv28813

Modified Files:
exclude.c 
Log Message:
Fixed a problem sending include rules to an older rsync.


Revisions:
exclude.c   1.112 = 1.113
http://www.samba.org/cgi-bin/cvsweb/rsync/exclude.c?r1=1.112r2=1.113
___
rsync-cvs mailing list
rsync-cvs@lists.samba.org
https://lists.samba.org/mailman/listinfo/rsync-cvs


CVS update: rsync/testsuite

2005-02-25 Thread Wayne Davison

Date:   Sat Feb 26 03:22:05 2005
Author: wayned

Update of /data/cvs/rsync/testsuite
In directory dp.samba.org:/tmp/cvs-serv3411

Modified Files:
exclude.test 
Log Message:
Make sure that our protocol-28 compatibility is OK.


Revisions:
exclude.test1.15 = 1.16

http://www.samba.org/cgi-bin/cvsweb/rsync/testsuite/exclude.test?r1=1.15r2=1.16
___
rsync-cvs mailing list
rsync-cvs@lists.samba.org
https://lists.samba.org/mailman/listinfo/rsync-cvs


CVS update: rsync

2005-02-25 Thread Wayne Davison

Date:   Sat Feb 26 04:49:30 2005
Author: wayned

Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv25986

Modified Files:
log.c 
Log Message:
The log_delete() function may now be called even when the client is
not getting delete messages, which ensures that the daemon's log-
file output includes all deletions when per-file logging is enabled.


Revisions:
log.c   1.91 = 1.92
http://www.samba.org/cgi-bin/cvsweb/rsync/log.c?r1=1.91r2=1.92
___
rsync-cvs mailing list
rsync-cvs@lists.samba.org
https://lists.samba.org/mailman/listinfo/rsync-cvs


CVS update: rsync

2005-02-25 Thread Wayne Davison

Date:   Sat Feb 26 05:11:46 2005
Author: wayned

Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv611

Modified Files:
NEWS 
Log Message:
Mention the change in when --log-format outputs and how it
interacts with --verbose.


Revisions:
NEWS1.257 = 1.258
http://www.samba.org/cgi-bin/cvsweb/rsync/NEWS?r1=1.257r2=1.258
___
rsync-cvs mailing list
rsync-cvs@lists.samba.org
https://lists.samba.org/mailman/listinfo/rsync-cvs


CVS update: rsync

2005-02-25 Thread Wayne Davison

Date:   Sat Feb 26 05:16:26 2005
Author: wayned

Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv786

Modified Files:
rsync.yo rsync.1 
Log Message:
- We now mention what %i outputs under --itemize-changes.
- Improved the description of --log-format.


Revisions:
rsync.yo1.250 = 1.251
http://www.samba.org/cgi-bin/cvsweb/rsync/rsync.yo?r1=1.250r2=1.251
rsync.1 1.262 = 1.263
http://www.samba.org/cgi-bin/cvsweb/rsync/rsync.1?r1=1.262r2=1.263
___
rsync-cvs mailing list
rsync-cvs@lists.samba.org
https://lists.samba.org/mailman/listinfo/rsync-cvs


CVS update: rsync

2005-02-25 Thread Wayne Davison

Date:   Sat Feb 26 05:18:03 2005
Author: wayned

Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv1863

Modified Files:
rsyncd.conf.yo rsyncd.conf.5 
Log Message:
- Moved the description of '%i's output into the rsync manpage.
- A few minor tweaks to the log format setting.


Revisions:
rsyncd.conf.yo  1.90 = 1.91
http://www.samba.org/cgi-bin/cvsweb/rsync/rsyncd.conf.yo?r1=1.90r2=1.91
rsyncd.conf.5   1.86 = 1.87
http://www.samba.org/cgi-bin/cvsweb/rsync/rsyncd.conf.5?r1=1.86r2=1.87
___
rsync-cvs mailing list
rsync-cvs@lists.samba.org
https://lists.samba.org/mailman/listinfo/rsync-cvs


CVS update: rsync/patches

2005-02-25 Thread Wayne Davison

Date:   Sat Feb 26 05:30:49 2005
Author: wayned

Update of /data/cvs/rsync/patches
In directory dp.samba.org:/tmp/cvs-serv6572

Modified Files:
fname-convert.diff source-cd.diff time-limit.diff 
Log Message:
Fixed failing hunks.


Revisions:
fname-convert.diff  1.36 = 1.37

http://www.samba.org/cgi-bin/cvsweb/rsync/patches/fname-convert.diff?r1=1.36r2=1.37
source-cd.diff  1.2 = 1.3

http://www.samba.org/cgi-bin/cvsweb/rsync/patches/source-cd.diff?r1=1.2r2=1.3
time-limit.diff 1.35 = 1.36

http://www.samba.org/cgi-bin/cvsweb/rsync/patches/time-limit.diff?r1=1.35r2=1.36
___
rsync-cvs mailing list
rsync-cvs@lists.samba.org
https://lists.samba.org/mailman/listinfo/rsync-cvs


CVS update: rsync

2005-02-25 Thread Wayne Davison

Date:   Sat Feb 26 06:43:15 2005
Author: wayned

Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv25251

Modified Files:
io.c 
Log Message:
Calling maybe_send_keepalive() for protocol_version  29 is
now supported, though we can only try to flush the output
buffer if we're in a lull.


Revisions:
io.c1.154 = 1.155
http://www.samba.org/cgi-bin/cvsweb/rsync/io.c?r1=1.154r2=1.155
___
rsync-cvs mailing list
rsync-cvs@lists.samba.org
https://lists.samba.org/mailman/listinfo/rsync-cvs


CVS update: rsync

2005-02-25 Thread Wayne Davison

Date:   Sat Feb 26 06:52:55 2005
Author: wayned

Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv26384

Modified Files:
generator.c 
Log Message:
- Moved the initialization of itemizing, maybe_PERMS_REPORT, and
  code from recv_generator() to generate_files() so that they
  don't get recomputed for every file (we pass them as args now).
- Allow protocols  29 to call maybe_send_keepalive() so that we can
  try to flush the output buffer if things are slow (though we can't
  send a keep-alive packet without protocol_version = 29).


Revisions:
generator.c 1.156 = 1.157
http://www.samba.org/cgi-bin/cvsweb/rsync/generator.c?r1=1.156r2=1.157
___
rsync-cvs mailing list
rsync-cvs@lists.samba.org
https://lists.samba.org/mailman/listinfo/rsync-cvs