The affected places where log.Debug might get called with an invalid encoded filename could use unicode() with "replace" or "ignore".
But it is likely that it will cause another similar error further down in the processing then still, when the filename gets used again. Duplicity should make sure to use the invalid encoded filename when backing up the file, and restore it given the original filename. I think that the different cases reported here should get added as separate test cases to Duplicity first, so that proper fixes for them can be added then to make the tests pass. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/989496 Title: UnicodeDecodeError: 'utf8' codec can't decode byte 0xd1 in position 117 To manage notifications about this bug go to: https://bugs.launchpad.net/duplicity/+bug/989496/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
