Re: Yet another filter question

If a directory is empty (after filtering) then --prune-empty-dirs prunes it. That is the point. The option exists to keep rsync from copying directories when all of the contents of the directory have been filtered out. On 10/25/2017 10:09 PM, dave_g via rsync wrote: > Given the structure… >

Yet another filter question

Given the structure… /foo/bar/want-this.txt /foo/bar/want-this-2.txt /bar/foo/ /do-not-want-to-transfer/test.txt With the desire to ‘include items with foo in their path’... I understand that the closest I can get to a satisfactory filter ruleset is something like: + **foo** + */ - * … and

Re: Yet another filter question

Wayne Davison wrote... > On Tue, May 3, 2016 at 1:07 PM, Christoph Biedl wrote: > > > + *.git/.git/* > > - *.git/ > > > > >From the man page near the start of the "INCLUDE/EXCLUDE PATTERN RULES" > section: > > *Note that, when using the --recursive (-r) option (which is

Re: Yet another filter question

On Wed, 4 May 2016 21:26:26 -0500 "Karl O. Pinc" wrote: > On Wed, 4 May 2016 21:09:44 -0400 > Kevin Korb wrote: > > > That wording from the man page makes almost no sense without the > > examples directly after it (and I have read it many times and know > >

Re: Yet another filter question

On Wed, 4 May 2016 21:09:44 -0400 Kevin Korb wrote: > That wording from the man page makes almost no sense without the > examples directly after it (and I have read it many times and know > what it is saying). Makes sense to me. The only thing I'd change is to use "in a

Re: Yet another filter question

I hate to say anything remotely negative to Wayne but... That wording from the man page makes almost no sense without the examples directly after it (and I have read it many times and know what it is saying). When I go all RTFM on this topic I usually tell them to 'man rsync', search for

Re: Yet another filter question

On Tue, May 3, 2016 at 1:07 PM, Christoph Biedl wrote: > + *.git/.git/* > - *.git/ > >From the man page near the start of the "INCLUDE/EXCLUDE PATTERN RULES" section: *Note that, when using the --recursive (-r) option (which is implied by > -a), every subcomponent of every

Re: Yet another filter question

Try: + *.git/ + *.git/.git/*** - *.git/* (you probably want to add --prune-empty-dirs) Also, when debugging filters/excludes use -vv as it will tell you which pattern is causing it to do what. Also, there is no point in using -v without --itemize-changes. On 05/03/2016 04:07 PM, Christoph

Yet another filter question

Hello, Since the very first day I've been using rsync - some 15 years ago - the filtering rules caused great grieve. Their behaviour is just not the way I'd expect it be be and as I read the manpage. Usually I end up with some hand-written recipes, carefully documented,y including all the