encountering locked excluded files wrongly considered as an error
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Duplicity |
New
|
Undecided
|
Unassigned |
Bug Description
--exclude shell_pattern
is documented as "Exclude the file or files matched by shell_pattern. If a directory is matched, then files under that directory will also be matched. See the FILE SELECTION section for more information."
but
duplicity / --include '/home/user1' --exclude '**' file://
behaves in unexpected way with two errors reported:
Error accessing possibly locked file /lost+found
Error accessing possibly locked file /root
Given that these folders are matched by shell_pattern it should not matter whatever duplicity may potentially access them - testing whatever file is inaccessible and complaining should be done only for files supposed to be included in backup.
This weird --include --exclude pattern was suggested in http://
duplicity --version
duplicity 0.6.23
python --version
Python 2.7.6
lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 14.04.4 LTS
Release: 14.04
Codename: trusty
ext4 to ext4, the same partition
summary: |
- enountering locked excluded files wrongly considered as an error + encountering locked excluded files wrongly considered as an error |
Is it useful to provide some debug/examples/ example easier to reproduce or is submitting patch an only useful way to help?