This bug was fixed in the package deja-dup - 26.0-0ubuntu1
---------------
deja-dup (26.0-0ubuntu1) raring; urgency=low
* New upstream release
- Only use the GNOME Shell interface when actually in GNOME Shell,
not something that is merely similar, like the Cinnamon shell
(LP: #1155929)
- When testing a restore, also use a temporary directory that is
on the same partition as the include files (LP: #1159749)
- Spread default backup time around a bit, from always starting at
midnight UTC to starting between 2 and 4 AM local time
(LP: #1154920)
- Use more-aggressively-idle modes for ionice and nice if available
-- Michael Terry <mte...@ubuntu.com> Thu, 28 Mar 2013 13:01:53 -0400
** Changed in: deja-dup (Ubuntu)
Status: New => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to deja-dup in Ubuntu.
https://bugs.launchpad.net/bugs/1159749
Title:
When testing a restore, don't blindly use /tmp
Status in Déjà Dup Backup Tool:
Fix Released
Status in “deja-dup” package in Ubuntu:
Fix Released
Bug description:
Fedora and other Linux distributions have started to use a "tmpfs" for
the /tmp/ directory, which has limited space available.
The new cross-distribution rule seems to be: If your application needs
to place large amount of data into a temporary area, then it should
use /var/tmp
The proposal here is to change deja-dup to use /var/tmp
I just ran into this myself, when deja-dup attempted to test a
restore, and storage in /tmp/ was full (deja-dup wrote 3.7 GB).
However, I have to say, I'm a bit surprised by duplicity's strategy.
It attempts to download ALL duplicity-full-signatures files to /tmp,
which in my case, is back to 2011 and has 4.8 GB in total. Why isn't
it sufficient to download only the most recent full signatures file?
Should I file a deparate bug for duplicity?
To manage notifications about this bug go to:
https://bugs.launchpad.net/deja-dup/+bug/1159749/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
