<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=windows-1255"

 http-equiv="Content-Type">

</head>

<body dir="ltr" bgcolor="#ffffff" text="#000000">

Yuval Hager wrote:

<blockquote cite="mid:200904292318.11810.yuval@avramzon.net" type="cite">

  <pre wrap="">АThursday 23 April 2009, ПКЗА РЛ ИЦИ Yuval Hager:

  </pre>

  <blockquote type="cite">

    <pre wrap="">On Thursday 23 April 2009, Shachar Shemesh wrote:

    </pre>

    <blockquote type="cite">

      <pre wrap="">I should point out one huge disadvantage of storing binary diffs when

using encrypted systems. There is no (practical) way to erase old

backups. Your backup storage size is bound to be ever increasing. This

is because the only way to create a new complete snapshot (i.e. - a

non-incremental backup) is to retransmit the entire backup data.

Because the remote side is encrypted, you cannot use it to expand the

image remotely.

      </pre>

    </blockquote>

    <pre wrap="">I have not given as much thought as you to the details here, but if I

read the man page correctly, duplicity does allow to --remove-older-than.

I am not sure how that works though.

    </pre>

  </blockquote>

  <pre wrap=""><!---->

I've continued to read on that - as long as you have at least one full 

backup, you can deleted earlier backups (which is quite obvious). ЩЩThe 

main reason I am using rdiff-backup is that I can delete backups older than 

a certain time, as much as I like, without ever running a full backup 

besides the initial backup. The only limitation is that the data is not 

compressed nor encrypted on the destination.

  </pre>

</blockquote>

And with rsyncrypto+rsync, you can do all that AND have them encrypted

and compressed.<br>

<br>

Shachar<br>

<pre class="moz-signature" cols="72">-- 

Shachar Shemesh

Lingnu Open Source Consulting Ltd.

<a class="moz-txt-link-freetext" href="http://www.lingnu.com">http://www.lingnu.com</a>

</pre>

</body>

</html>