Cannot handle folder names with spaces

[Jacques Stadler]

deja-dup seems not to be able to handle folder names with spaces between words, like e.g. 'My Files'.
It says:
** (deja-dup:3150): DEBUG: DuplicityInstance.vala:199: Running the following duplicity (3159) command: duplicity collection-status --include=/media/data/My Files ...others...
** (deja-dup:3150): DEBUG: DuplicityInstance.vala:552: duplicity (3159) exited with value 2

If I rerun
duplicity collection-status --include=/media/data/My Files
it returns
Bad URL 'Files'.
Examples of URL strings are "scp://<email address hidden>:1234/path" and
"file:///usr/local". See the man page for more information.

[telewatho (telewatho)]

Running:
duplicity collection-status --include=/media/data/My\ Files
or indeed running:
duplicity collection-status --include="/media/data/My Files"
Should both work without error.

I'm not sure how deja-dup communicates with duplicity though (how it constructs the commands to send to duplicity)

Can you try running deja-dup with the path in quotation marks?

Cheers, hopefully this will get sorted for you soon.

[Michael Terry (mterry)]

What version of Deja Dup? It works fine for me on 14.1 and 15.1. Just added an automated test for this in trunk.

Note that if you copy and paste the command line DD gives you on the command line, it won't work. Because DD doesn't show the escaping needed when entering such commands into the shell. Which should be fixed, though there isn't a bug for that yet.

[Jacques Stadler (jacques-stadler)]

Ok, I'm very sorry but I have to admit that this really propably wasn't the error...
I simply assumed this was an error because dd didn't show the escapings...

Well however the bug remains:
When I backup to /home/me/Data/ it works without problems.
However, when I backup to my other harddrive /media/MyData/Backup/ it doesn't work.
Both folders have the same access rights. Both ext3.

The first case (the one that works) gives following output:
(deja-dup:2674): DEBUG: DuplicityInstance.vala:199: Running the following duplicity (2754) command: duplicity ...multiple in/excludes... --dry-run --gio --no-encryption --volsize=30 / file:///home/me/Data --verbosity=9 --gpg-options= --archive-dir=/home/me/.cache/deja-dup --log-file=/tmp/deja-dup-VU0KCV
and starts the backup flawlessly.

The Second case (bug) the following:
** (deja-dup:2779): DEBUG: DuplicityInstance.vala:199: Running the following duplicity (2799) command: duplicity collection-status --include=/media/ByData/Backup ...multiple in/excludes... --gio --no-encryption
and stops after a few seconds...

I have deja-dup version 14.0.3.
I'll check with the latest one...

[Jacques Stadler (jacques-stadler)]

Ok, I have just seen that this bug was propably fixed in 14.1... (It's release notes: A stable bug fix release to fix some critical bugs preventing backing up to external disks and restoring single directories.)

Well thanks anyway!
When is version >=14.1 going to be released for lucid?
Thank you!

[Michael Terry (mterry)]

Ah good. I'll close this as a duplicate then. Thanks for reporting and working through it!

Subscribe to bug 569418 to see the progress on a Lucid release of 14.1. The debdiff is just waiting for a review.