Option to not restore owner
Bug #1211481 reported by
CiaranG
This bug affects 3 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Duplicity |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Unless I'm missing something duplicity always attempts to restore ownership of files, either by user/group name or (using the --numeric-owner option) by uid/gid. Neither of these options is appropriate when attempting to restore to an unrelated machine, and in any case neither is possible unless running as root. Both of these are valid use cases.
There should be an option to simply not attempt this at all. In the 'different machine' case, either of the current options makes a mess. In the 'not root' case, at least everything works properly, but at the expense of an 'operation not permitted' error message spewed out for each and every file.
Changed in duplicity: | |
importance: | Undecided → Low |
Changed in duplicity: | |
importance: | Low → Medium |
milestone: | none → 0.8.15 |
status: | New → Fix Committed |
Changed in duplicity: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
I'm also affected by this shortcoming. Would be nice if Duplicity had an option to simply ignore the original user/group on restore and assign everything to the current user.