Description of problem: This program silently fails to backup (or restore) any file or directory not readable (writable) by the logged in user. So many of the Fedora programs pop up a dialog asking for the root password to continue that IMO it is surprising that a backup utility wouldn't ask for it if its needed in order to satisfy backup as requested by the user. If the tool simply should be run as root via sudo or from the root login, that's fine. However it's absolutely unforgivable that it generates no visible error message, simply skipping files that it cannot read. Similarly, when restoring, if (say) the top-level directory of the restore does not exist (and the current user can't create it), then it will spend hours reading the many GB of the backup and failing to restore any file, rather than generate an error message. Version-Release number of selected component (if applicable): deja-dup-14.2-2.fc13.x86_64
I agree. Another funny story is any network connection usage (e.g. sftp) that fails. Duplicity prints out a message "No connection found. Postponing the backup" but deja-dup shows never ending throttling bar. This software is really hardly a half way to be usable. Let it generate the duplicity commandline for a first time and the uninstall it.
deja-dup-16.1-2.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/deja-dup-16.1-2.fc14
deja-dup-16.1-2.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update deja-dup'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/deja-dup-16.1-2.fc14
deja-dup-16.1-2.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.