security bugs (?)

2007-09-29 Thread Lapo Luchini
As a Cygwin rsync package maintainer, the following security fixes have been brought to my attention: http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-misc/rsync/files/rsync-2.6.9-stats-fix.patch http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-misc/rsync/files/rsync-2.6.9-fname-obo.patch

Re: security bugs (?)

2007-09-29 Thread Lapo Luchini
Lapo Luchini wrote: As a Cygwin rsync package maintainer, the following security fixes have been brought to my attention: http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-misc/rsync/files/rsync-2.6.9-stats-fix.patch

Re: security bugs (?)

2007-09-29 Thread Sven . Hartrumpf
Sat, 29 Sep 2007 10:55:32 +0200, lapo wrote: Lapo Luchini wrote: As a Cygwin rsync package maintainer, the following security fixes have been brought to my attention: http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-misc/rsync/files/rsync-2.6.9-stats-fix.patch

Re: Mapped Drive

2007-09-29 Thread Matt McCutchen
On 9/28/07, Stephen Zemlicka [EMAIL PROTECTED] wrote: Would this still help for online storage though as most have much greater download bandwidth than upload. So it would basically download the file with your faster download speeds, compare, then upload the changes with your slower upload

Re: Mapped Drive

2007-09-29 Thread Matt McCutchen
On 9/28/07, Stephen Zemlicka [EMAIL PROTECTED] wrote: Is there a way to have rsync cache the checksums for something like this and would that help? I'm not sure exactly what you mean. You said you were using the -c (--checksum) option, which makes rsync decide whether to update each

RE: Mapped Drive

2007-09-29 Thread Stephen Zemlicka
The problem is some files don't change in size. So I was hoping that the checksums could be cached. Perhaps I'm mistaken but I thought the checksum determined what actual blocks were transferred. I suppose it could be cached at either storage location. _ Stephen

CVS update: rsync

2007-09-29 Thread Wayne Davison
Date: Sat Sep 29 16:06:31 2007 Author: wayned Update of /data/cvs/rsync In directory dp.samba.org:/tmp/cvs-serv11853 Modified Files: proto.h Log Message: Regenerated. Revisions: proto.h 1.355 = 1.356 http://www.samba.org/cgi-bin/cvsweb/rsync/proto.h?r1=1.355r2=1.356

CVS update: rsync

2007-09-29 Thread Wayne Davison
Date: Sat Sep 29 16:06:34 2007 Author: wayned Update of /data/cvs/rsync In directory dp.samba.org:/tmp/cvs-serv11868 Modified Files: acls.c Log Message: When running with --fake-super, get/put ACLs from/to an xattr and don't range-check the incoming values. Revisions: acls.c

CVS update: rsync

2007-09-29 Thread Wayne Davison
Date: Sat Sep 29 16:06:37 2007 Author: wayned Update of /data/cvs/rsync In directory dp.samba.org:/tmp/cvs-serv11885 Modified Files: xattrs.c Log Message: Added get_xattr_acl(), set_xattr_acl(), and del_def_xattr_acl(). Revisions: xattrs.c1.9 = 1.10

CVS update: rsync/lib

2007-09-29 Thread Wayne Davison
Date: Sat Sep 29 16:06:40 2007 Author: wayned Update of /data/cvs/rsync/lib In directory dp.samba.org:/tmp/cvs-serv11904/lib Modified Files: sysacls.h Log Message: Specify a better SMB_ACL_VALID_NAME_BITS value for OS X. Revisions: sysacls.h 1.7 = 1.8

CVS update: rsync

2007-09-29 Thread Wayne Davison
Date: Sat Sep 29 17:01:01 2007 Author: wayned Update of /data/cvs/rsync In directory dp.samba.org:/tmp/cvs-serv30194 Modified Files: rsync.1 rsync.yo Log Message: Improved --acls, --xattrs, and --fake-super. Revisions: rsync.1 1.440 = 1.441