duplicity --restore refreshes the timestamp of symlinks

Asked by Stephane on 2019-12-04

$ snap list duplicity
Name Version Rev Tracking Publisher Notes
duplicity 0.8.07 20 stable kenneth-loafman classic

I restored a specific directory twice, and did an rsync -auin FirstRestore/ SecondRestore/ to verify that they're identical.

They're not. Every single symlink shows up as modified (ie with the ".L..t......" itemized change mask).
The timestamp of each symlink matches the time at which the symlink was restored.

Duplicity is used through deja-dup, but I suspect duplicity is to blame.

Are you aware of this?

Question information

English Edit question
Duplicity Edit question
No assignee Edit question
Last query:
Last reply:
Stephane (stephaneone) said : #1

adding --omit-link-times to the rsync shows that indeed the two restored directories are identical.

Yes, we are aware. Link timestamps are not normally reliable, just the timestamps of the destination files.

Can you help with this problem?

Provide an answer of your own, or ask Stephane for more information if necessary.

To post a message you must log in.