Re: Rsync 2.6.7pre1 is now available

[quoted lines by Wayne Davison on 2006/02/08 at 21:07 -0800] >You can read all about the latest improvements and bug-fixes in the NEWS >file: > >http://rsync.samba.org/ftp/rsync/preview/rsync-2.6.7pre1-NEWS >The itemized output now uses 'S' for a special file instead of clumping them >togeth

exclude an excluded file from being deleted by --delete-excluded

Hi, I have a particular directory in my exclude list, but I want it excluded from --delete-excluded. Is this possible. or maybe if I explain what I'm trying to do, someone will come up with a more suitable way. I am using rsync (2.6.6) to backup data from a Windows Server (cygwin) to an OpenBSD b

DO NOT REPLY [Bug 3492] New: rsync: connection unexpectedly closed (24 bytes read so far)

https://bugzilla.samba.org/show_bug.cgi?id=3492 Summary: rsync: connection unexpectedly closed (24 bytes read so far) Product: rsync Version: 2.6.7 Platform: Other OS/Version: HP-UX Status: NEW Severity: n

Rsync 2.6.7pre1 is now available

Rsync version 2.6.7pre1 is now available for release testing. Please give it a try and send email to the regular mailing list with any questions, comments, bug reports, etc. You can read all about the latest improvements and bug-fixes in the NEWS file: http://rsync.samba.org/ftp/rsync/previe

Re: RSYNC via pipe/socket ?

On Fri, 2005-12-09 at 00:46 +0100, roland wrote: > I`m trying to find a way to use lzo compression for the data being > transferred by rsync. It's easy set this up. Consider this (for gzip but it's easy to do the same for any compression program): /usr/local/bin/gzip-wrap: #!/bin/bash

RSYNC via pipe/socket ?

Hello ! I`m trying to find a way to use lzo compression for the data being transferred by rsync.   rsync only supports gzip (or maybe ssh -c, which is also zlib), which gives cpu intensive workload - and this cannot be exchanged by a commandline param like we have with tar (--use-compress-p

Re: any estimate for 2.6.7?

On Wed, Feb 08, 2006 at 01:13:46PM -0600, Steve Sether wrote: > I'd like to patch the generator hang bug recently fixed in my production > environment, but it'd be nice to know if a 2.6.7 release is just around > the corner. Do you have any kind of estimate on a release date Wayne? I'm just abo

Re: Directory matching for hidden directories

Wayne Davison wrote: On Wed, Feb 08, 2006 at 11:29:40AM -0500, Daniel Rawson wrote: - .hidden/ Appears to be ignored; .hidden and all sub-folders are transferred/deleted I'd suggest checking for trailing white-space on that line because "- .hidden/" will exclude all directories with the name

any estimate for 2.6.7?

I'd like to patch the generator hang bug recently fixed in my production environment, but it'd be nice to know if a 2.6.7 release is just around the corner. Do you have any kind of estimate on a release date Wayne? I don't care about specifics, but a general idea (a couple weeks, or a couple mo

Re: RSYNC + iNotify

On Tue, 31 Jan 2006, Ryan Kather wrote: > I'm looking for a way to continually monitor at least one but possibly > multiple directories (and/or individual files). I would like RSYNC to > immediately synchronize the changes to said directory(ies) after they > occur. I believe the best approach

Re: trailing star/double star in --exclude

On Thu, Feb 09, 2006 at 12:45:23AM +0800, Denis Solovyov wrote: > Is there any difference in rsync behaviour between "--exclude /dir/*" > and "--exclude /dir/**" (one and two trailing "stars")? They are usually the same due to how "/dir/*" is enough to stop rsync from ever getting down to any subd

Re: Directory matching for hidden directories

On Wed, Feb 08, 2006 at 11:29:40AM -0500, Daniel Rawson wrote: > - .hidden/Appears to be ignored; .hidden and all sub-folders are > transferred/deleted I'd suggest checking for trailing white-space on that line because "- .hidden/" will exclude all directories with the name ".hidden". > - .h

trailing star/double star in --exclude

Is there any difference in rsync behaviour between "--exclude /dir/*" and "--exclude /dir/**" (one and two trailing "stars")? Will rsync enter and scan content of dir/ (and thus change access time of files and directories) in any of these examples? Here in list rsync users show both variants in

Directory matching for hidden directories

I'm seeing the following behavior: - lib/ Excludes any directory named lib - .hidden/ Appears to be ignored; .hidden and all sub-folders are transferred/deleted - .hidden** Excludes any directory named .hidden. From my reading of the "FILTER RULES" section, I would expect the

Re: How to hide the file name listings, but still see the stats?

Wayne Davison wrote: On Tue, Feb 07, 2006 at 02:32:22PM -0500, Daniel Rawson wrote: I am indeed using --dry-run (well, -n, but ...). That must be it! I'm changing this for 2.6.7, as I want the output of -n to be closer to what rsync would output when -n is removed. ..wayne.. Wayne - Tha

DO NOT REPLY [Bug 3491] throttle disk IO during filelist/directory parsing

https://bugzilla.samba.org/show_bug.cgi?id=3491 --- Comment #1 from [EMAIL PROTECTED] 2006-02-08 02:22 MST --- I like this idea. I, too, have seen degradation in response times when rsync starts on a large hierarchy. Using nice didn't help (much). Wouldn't it be better to count up