[Bug 2418] --files-from= does not seem to be implemented but is in man rsync

https://bugzilla.samba.org/show_bug.cgi?id=2418 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 2418] New: --files-from= does not seem to be implemented but is in man rsync

https://bugzilla.samba.org/show_bug.cgi?id=2418 Summary: --files-from= does not seem to be implemented but is in man rsync Product: rsync Version: 2.6.2 Platform: x86 OS/Version: Windows XP Status: NEW Sev

Why does "rsync -av" always claim (incorrectly?) that it is updating write protected directories?

Hi, I usually run "rsync -av" so I can see all the files that have been modified. However, "rsync -av" always claims to be updating write protected directories, even when they have not been changed. I do not understand why. Here is an example using rsync version 2.6.3 on

Re: rsyncd.conf without --daemon?

Yes but how does it know to use the rsyncd.conf in that directory? On Thu, 3 Mar 2005 11:05:47 -0700, Tim Conway <[EMAIL PROTECTED]> wrote: > > If you use -e ssh with :: or rsync:// syntax, it sshes over and starts and > uses a private rsyncd in ssh tunnel. If you use it with single-colon > sy

Re: rsyncd.conf without --daemon?

If you use -e ssh with :: or rsync:// syntax, it sshes over and starts and uses a private rsyncd in ssh tunnel.  If you use it with single-colon syntax, it starts an rsync listener on the other end that obeys commands and passes data. 73, Tim Conway Unix System Administration Contractor - IBM Gl

rsyncd.conf without --daemon?

Hello all, I'm not a total newbie, but probably close enough. I have tried to find the answer to this question, but have been unsuccessful. I'm testing out rsync over ssh using empty passphrases between 2 OpenBSD 3.5 boxes using rsync 2.5.7 (yes i know i should upgrade, but can't because of BSD

RE: Musing on: Detect renamed files and handle by renaming instead ofdelete/re-send

Andrew wrote: > Is there some philosophical or practical reason why rsync > cannot use some persistent external database to map remote > inodes to local inodes? No idea if this is done or not, but couldn't inodes be recycled if a file is deleted and the inode marked free? Then the error of renam

Musing on: Detect renamed files and handle by renaming instead of delete/re-send

[EMAIL PROTECTED] wrote: > I'll leave this open for now as a suggestion for a more extensive rename > detector. Is there some philosophical or practical reason why rsync cannot use some persistent external database to map remote inodes to local inodes? Having that information persist would make

Fwd: Re: rsync + ssh -o -p -g -l

Nota: Se adjuntó el mensaje reenviado. _ Do You Yahoo!? Información de Estados Unidos y América Latina, en Yahoo! Noticias. Visítanos en http://noticias.espanol.yahoo.com--- Begin Message --- Hi, thank again. I used rsync today to copy 400

Re: Steroids for Rsync!

On Wed, 2005-03-02 16:11:52 -0800, Scott Becker <[EMAIL PROTECTED]> wrote in message <[EMAIL PROTECTED]>: > I've been researching the state of 'file alteration monitoring' > technology on Linux. Famd uses dnotify to inefficently monitor a handful > of directories. The replacement for dnotify is b

[Bug 2408] when more than --max-delete files are about to be deleted no error is returned

https://bugzilla.samba.org/show_bug.cgi?id=2408 --- Additional Comments From [EMAIL PROTECTED] 2005-03-03 01:23 --- I don't know if there is an easy check to figure out how many files would be deleted (my patch is a very naive implementation). I understand that the --delete-during opt

Re: Rsyncing really large files

Kevin Day wrote: Shachar- True enough - with one additional thought - if the block size is set to be the square root of the file size, then the load factor on the hash table becomes dynamic in and of itself (bigger block size = less master table entries = fewer hash collisions). And I'm sugges