tag 572792 + pending
thanks
On Sat, 06 Mar 2010 18:22:18 +0100, Olivier Berger writes:
>However, there's currently a problem in the way this dir is managed,
>since traces of old backups tend to accumulate.
i've now packaged 0.6.08b (which doesn't address this in any way)
and incorporated a fair
On Sun, 07 Mar 2010 08:44:38 +0100, Olivier Berger writes:
>However, are you sure --extra-clean is a real workaround ?
a workaround it surely is: it makes the pain go away and it makes
duplicity usable without eating up your diskspace.
it's of course not a complete, proper, fix for the inconsis
Hi.
On Sun, Mar 07, 2010 at 01:38:21PM +1000, Alexander Zangerl wrote:
>
> workaround: it's trivial to get duplicity to clean that area.
>
> duplicity cleanup --extra-clean --force
> takes care of removing precisely this old, uninteresting stuff.
>
Thanks for caring.
However, are you
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
tags 572792 + upstream
several 572792 minor
thanks
On Sat, 06 Mar 2010 18:22:18 +0100, Olivier Berger writes:
>However, there's currently a problem in the way this dir is managed, since
>traces
>of old backups tend to accumula
Package: duplicity
Version: 0.6.06-3
Severity: important
Hi.
since 0.6, duplicity uses a local cache of previous backups (mainly useful for
incremental mode) that's stored in the archive-dir, by default in
~/.cache/duplicity/
However, there's currently a problem in the way this dir is managed,
5 matches
Mail list logo
