Description of problem: This is a Duplicate of Bug 892063 as that bugs clearly not fixed and I can't reopen it for F20. Others my wish to track Bug 892063 here. Alternatively, someone might wish to reopen Bug 892063 and remove this as a Duplicate. Version-Release number of selected component (if applicable): $ rpm -qa deja-dup duplicity duplicity-0.6.23-2.fc20.x86_64 deja-dup-30.0-1.fc20.x86_64 For other info see https://bugzilla.redhat.com/show_bug.cgi?id=892063#c0
$ grep temproot /usr/lib64/python2.7/site-packages/duplicity/globals.py temproot = None Re https://bugzilla.redhat.com/show_bug.cgi?id=892063#c2 This seems wrong?
This is driving me nuts. After trying many permutations I have finally taken to running deja-dup from a root gdm login, and I'm still getting rubbish. Here's what I've got to date: [root@morgansmachine ~]# env | grep TMPDIR TMPDIR=/home/tmp [root@morgansmachine ~]# deja-dup-preferences [root@morgansmachine ~]# env | grep TMPDIR TMPDIR=/home/tmp [root@morgansmachine ~]# And, this is the response to # deja-dup-preferences: Temp space has 0 available, backup needs approx 34078720. Now, I know there is 0 available on / because for the past couple of weeks gnome has helpfully been popping up windows telling me that. Unhelpfully, for one reason or another, gnome's default backup utility seems incapable of allowing me to backup my stuff so I can move things around so that there is no longer 0 available. [morgan@morgansmachine ~]$ df /home Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/vg01_mm-lv03_home 261418148 192543280 55572496 78% /home This all seems wrong to me: backup needs approx 34078720; Available 55572496
*** Bug 1086363 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of bug 892063 ***