Hello Dave,
I've packed a conf file and a test repository into a tgz.
Actually now I've got three problems.
Here's the module's config:
=========================
[ test ]
comment = RSync test
path = /teeusr/teeisc/scratch/rsync_test/repository
include = /bla1 \
/foo1/bar3/ \
/foo2/
exclude = /*
=========================
0] To get an overview:
> find ./repository -print | sed -e 's/[^\/]*\//|----- /g' -e 's/----- |/
|/g'
.
|----- bla1
|----- bla2
|----- bla3
|----- bla4
|----- bla5
|----- foo1
| |----- bar1
| |----- bar2
| |----- bar3
| | |----- oops
|----- foo2
| |----- bar1
| |----- bar2
| |----- bar3
|----- foo3
| |----- bar1
| |----- bar2
| |----- bar3
|----- quickFox
| |----- lazyDog
1] Why does rsync not list nor extract /foo1/bar3/* but the other two when I
type:
> cd ./local1
> rsync -a host::test .
> find . -print | sed -e 's/[^\/]*\//|----- /g' -e 's/----- |/ |/g'
.
|----- foo2
| |----- bar1
| |----- bar2
| |----- bar3
|----- bla1
2] Hmpf - I can't reproduce the chmod problem :-( or rather :-)
3] And just right now I found the solution of the add. --exclude problem:
I already had the package extracted and used: --exclude '*HP' --delete but
because the files were already there I should've used --delete-excluded
instead. *oops*
So, set aside problem [1] which is probably also a stupid user problem your
email started me thinking and the other two problems ar ealready solved ;-)
Thanks a lot!
Ingo
Dave Dykstra wrote:
> On Thu, Sep 28, 2000 at 01:56:17PM +0200, Ingo Schmiegel wrote:
> > Hello folks,
> >
> > 1)
> > I'm using "rsync version 2.4.6 protocol version 24" on HPUX11 and
> > Solaris2.[567] to mirror software from one centralized installation
> > "REPOSITORY" to several other identical remote copies "LOCAL1",
> > "LOCAL2", ... (one-way distribution) like this:
> > rsync -a --delete host::REPOSITORY_package /net/.../local1
> >
> > I discovered that when I change a file permission of one file in the
> > repository, then the file permissions in the local copy are not updated
> > to reflect the change. Is this intentional or do I miss something? I
> > would suggest this as an enhancement if it's not already implemented
> > somewhere.
>
> What did you change the permissions from and to? I think there are
> cases where the permissions are made to be a superset of what the remote
> side says and what was there before, but come to think of it I think
> that was only when not specifying -p (which is implied by -a).
>
> If you could come up with a complete set of simple commands to reproduce
> the problem, including what's in your .conf file, that would help.
>
> > 2)
> > When I'm extracting software form a central package handled by an rsync
> > server, I have some --include and --exclude statements in the .conf file
> > for that server.
> > However, I'd like to give end users who extract local copies the ability
> > to specify further --exclude options to decrease the amount of data
> > transmitted, e.g:
> > rsync -a --delete --exclude *HP* host::REPOSITORY_package
> > /net/.../local1
> > ..to obtain only files for Solaris systems. Unfortunately such an extra
> > --exclude on the command line seems to be ignored.
> >
> > I know I could do this by generating additional "module" entries in the
> > .conf file but this proves to be tedious if you've got 2*9*26
> > possibilities of things you might want to exclude :-/
> >
> > Again: Don't I see the solution or may I suggest this as an enhancement?
>
> That should work. Perhaps you didn't specify the exclude pattern properly.
> For example, does there happen to be something matching the *HP* pattern
> in the directory you run it from such that the shell will expand it before
> it gets to rsync?
>
> - Dave Dykstra
--
+----------------------------------------------------------------------+
| Ingo Schmiegel, TOSHIBA Electronics Europe, ELDEC, Technology, CAE |
| Hansaallee 181, D-40549 Duesseldorf phone: ++49 211 5296-312 |
+----------------------------------------------------------------------+
rsync_test.tgz
