I noticed this on windows too some time back.
If a directory tree, three levels deep, is deleted on the source (after it would have been encrypted to dest at least once previously), I get this error.
However, the lowest directory would have been deleted from dest.
Running the exact same command three consecutive times with --delete, and the error disappears (i.e. the three levels would have been deleted one level at a time, with one of these errors each time, for each directory level).

Not sure if this has been fixed by 1.06, but I don't think so.
I remember getting round it by writing a small c program just to do the parse the directories and perform any deletions before actually running rsyncrypto. But that was before I acquired Visual Studio, so I guess I can try look into it now.


On 20/03/2008, Shachar Shemesh <shachar@shemesh.biz> wrote:
renaud cabrol wrote:

> I would like to know if I'm doing something wrong or if this is a known bug and upgrading rsyncrypto is necessary.

The bug does not ring a bell, but I am a bit out of touch with rsyncrypto.

> I don't find anything in the bug track.
> rsyncrypto 1.06 is only available on lenny and depends on libc6 (>= 2.7-1), I don't know how to install it. Is it possible to compile it on etch ?

You can compile it yourself using the usual procedure. Otherwise, you
can download it from my company's web site, or just add to your source.list:
deb http://www.lingnu.com/apt etch main
deb-src http://www.lingnu.com/apt etch main

The archive is, unfortunately, unsigned at this time. This will,
however, allow you to stay up to date when new versions are released.


This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
Rsyncrypto-devel mailing list