Re: [Duplicity-talk] duplicity 0.6.12 / AssertionError during incremental backup

[Kenneth Loafman]

Yes.  Been trying to replace them as I encounter them.

Problem is that, at present, there are 186 of them in the distributed code.  Major work.

...Ken

On Fri, Jul 1, 2011 at 12:01 PM, <address@hidden> wrote:

still these assertions are bad style. could we agree to make them speaking errors that tell what is the problem?

ede/duply.net

On 01.07.2011 18:44, Michael Schneider wrote:
> In fact, I had several duplicates (vol 48, 49, 50, 51, 52, but not vol 53 and 54:
>
> Fo reach duplicate volume, one was empty and one was correct. The empty ones look like this:
>
> Content-Type: multipart/mixed; boundary="===============7249155798656478530==" MIME-Version: 1.0 From: v2 Subject: duplicity-inc.20110614T181901Z.to.20110619T192531Z.vol48.difftar.gpg --===============7249155798656478530== Content-Type: application/binary MIME-Version: 1.0 Content-Transfer-Encoding: base64 --===============7249155798656478530==--
>
> I have no idea why only 5 of 54 volumes where affected. It seems (list order in my client) that the empty sets were created after the correct ones.
>
> Deleting the empty files resolved the problem.
>
> -Mike
>
>
>
>
>

> _______________________________________________
> Duplicity-talk mailing list
> address@hidden
> https://lists.nongnu.org/mailman/listinfo/duplicity-talk


_______________________________________________
Duplicity-talk mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/duplicity-talk