Tevfik Karagülle | 1 Apr 2005 01:06
Picon

cwRsync 1.2.9 with rsync 2.6.4 is released !!

Hi,

cwRsync version 1.2.9 is available for download at
http://prdownloads.sourceforge.net/sereds/cwRsync_1.2.9_Installer.zip?downlo
ad

Rgrds _tev_

--------------------------------------------------------------
HIGHLIGHTS

- Rsync 2.6.4
- Cygwin 1.5.13-1

Signatures:

MD5:  1126808de99c67701aa74988ea83e7ec *cwRsync_1.2.9_Installer.zip
SHA1: 6a2326716f7800521a72976f37f3b5b923037eff *cwRsync_1.2.9_Installer.zip
-------------------------------------------------------------

http://itefix.no/cwrsync
http://sourceforge.net/projects/sereds

--

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

Wayne Davison | 1 Apr 2005 01:13
Picon
Favicon

Re: 2.6.4 Potential protocol-corrupting bug

On Thu, Mar 31, 2005 at 01:08:26PM -0800, Steve Harris wrote:
> I was just wondering if the following bugfix in 2.6.4 was a serious
> problem that could cause a problem in a destination file and if it did
> would that get picked up by the checksum ?

The problem would have most likely caused the protocol to abort.  If
you're using 2.6.3, it should not have caused a corrupted destination
file unless you had --partial enabled (which tells rsync to keep a
corrupted file).  However, older rsync versions used to save the
failed-to-verify file in place of the destination file, so I suppose
there's a chance that rsync could have lived long enough to tell the
receiver to create a file with some bogus data and then died before
the resend fixed it.

..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

Wayne Davison | 1 Apr 2005 01:41
Picon
Favicon

Re: Some files not logged when using --compare-dest. Bug?

On Thu, Mar 31, 2005 at 02:34:14PM +0200, Vidar Madsen wrote:
> I just spotted another peculiarity when inspecting the rsync log. When
> using --compare-dest, source files that have permissions that differ
> from the "comparables" are not logged, unless you're using -i.

Yes, rsync has historically not reported files that are the same except
for their attributes (permissions, group, owner) unless you use two -v
options or (in 2.6.4) a log-format with %i (e.g. using the -i option).
However, --compare-dest does complicate this, since the identical file
can be in the --compare-dest dir, and not in the actual destination dir.
Earlier in the development cycle, I noticed that rsync was not updating
a file that differed in attributes when using --compare-dest, so I
decided to fix that for 2.6.4.  However, since the file is not actually
transferred (it is copied locally), it can be deceptive that the name is
not output with only one -v.  The way it currently works is that rsync
outputs just what it would have output if the destination were a merging
of the --compare-dest files with the destination files.

..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

samba-bugs | 1 Apr 2005 02:18
Picon
Favicon

[Bug 2561] rsync crashes when using the "exclude from" option on server side.

https://bugzilla.samba.org/show_bug.cgi?id=2561

------- Additional Comments From wayned <at> samba.org  2005-03-31 17:18 -------
Created an attachment (id=1129)
 --> (https://bugzilla.samba.org/attachment.cgi?id=1129&action=view)
Fix crash when module-path is "/" and excludes are anchored.

This patch should be the correct fix for this bug when chroot is disabled.

-- 
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

Amadeus R. | 1 Apr 2005 05:48
Picon
Favicon

Re: Is rsync right for us?

> Do I have to tell rsync what the username and
> password is for the remote IBM?

Yes, one way or the other.

Append -e "ssh -l root"
or if you have an identity key, so you won't have to type password (this 
is copy/paste from a previous bug repport)
-e "ssh -i /root/.ssh/rsync/id_dsa -l root"

Are you running a rsync server on the IBM?

In case you aren't you can try this (again copy/paste)

rsync --server --daemon --config=/root/rsync/conf .

/root/rsync/conf contains:
==========================
log file   = /var/log/rsyncd.log
pid file   = /var/run/rsyncd.pid
use chroot = no

[rootfs]
path             = /
max connections  = 1
list             = no
uid              = root
include from     = /root/rsync/include
exclude from     = /root/rsync/exclude
hosts allow      = <IP>,127.0.0.1
(Continue reading)

Wayne Davison | 1 Apr 2005 09:44
Picon
Favicon

Re: patch for replacing non-printable chars in filenames

On Thu, Mar 31, 2005 at 08:13:52AM -0800, Wayne Davison wrote:
> Appended is a patch that does the suggested escaping.

Actually, that patch didn't put the suggested 'x' in after the '\'.
After trying this a bit, I now think it would read better to use 3-digit
octal escaping.  That would turn a \n into \012 instead of \x0a, for
instance.  The changes to the prior patch are as easy as increasing the
'3's to '4's, changing the sprintf() format to "\\%03o", and fixing the
function comment.

..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

Vidar Madsen | 1 Apr 2005 10:26
Picon

Re: patch for replacing non-printable chars in filenames

Hi.

> After trying this a bit, I now think it would read better to use 3-digit
> octal escaping.

I would be perfectly fine with that. And octal is probably more in the
line of how escaping is traditionally done. As long as I can process
the files in the log, I'm all for it.

Btw, will this change make it into a later rsync version (2.4.7?) ? I
would rather not depend on using a custom patched rsync, but if it
will become a standard feature at some point it feels less hacky. ;)

Anyway, thanks. :)

Vidar
--

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

samba-bugs | 1 Apr 2005 18:22
Picon
Favicon

[Bug 2561] rsync crashes when using the "exclude from" option on server side.

https://bugzilla.samba.org/show_bug.cgi?id=2561

michael <at> nomennescio.net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

------- Additional Comments From michael <at> nomennescio.net  2005-04-01 09:22 -------
Patch fixes the problem. Thanks for the fast response.

-- 
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

Wayne Davison | 1 Apr 2005 18:56
Picon
Favicon

Re: patch for replacing non-printable chars in filenames

On Fri, Apr 01, 2005 at 10:26:18AM +0200, Vidar Madsen wrote:
> Btw, will this change make it into a later rsync version ?

Yes, I've just committed it for 2.6.5.  Now I need to add configure
checking for setlocale() and locale.h.

..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

Wayne Davison | 1 Apr 2005 20:16
Picon
Favicon

Re: Some files not logged when using --compare-dest. Bug?

On Thu, Mar 31, 2005 at 02:34:14PM +0200, Vidar Madsen wrote:
> I just spotted another peculiarity when inspecting the rsync log. When
> using --compare-dest, source files that have permissions that differ
> from the "comparables" are not logged, unless you're using -i.

I think I have a better heuristic for this case.  Attached is a patch
that makes rsync itemize the copy as a "local change" (so the leading
'c' will get set) and output the name of the locally-copied file if
itemized-output is not enabled.

..wayne..
--- generator.c	31 Mar 2005 23:30:03 -0000	1.195
+++ generator.c	1 Apr 2005 18:10:27 -0000
 <at>  <at>  -923,8 +923,25  <at>  <at>  static void recv_generator(char *fname, 
 					}
 					match_level = 0;
 					statret = -1;
-				} else
-					set_perms(fname, file, NULL, 0);
+				} else {
+					if (itemizing) {
+						itemize(file, ndx, 0, &st,
+							ITEM_LOCAL_CHANGE, 0,
+							NULL);
+					} else if (verbose && code) {
+						rprintf(code, "%s\n",
+							safe_fname(fname));
+					}
(Continue reading)


Gmane