Dietrich Clauss <d...@clauss.dyndns.org> writes: > Package: sshfs > Version: 2.2-1 > Severity: normal > > When doing > > | touch -h some_link > > to a symbolic link located in an sshfs-mounted directory, it doesn't set > the time stamp of the link. Instead, sshfs follows the link on server > side and it sets the time of the target file. If the target doesn't > exist, the touch command fails and it says > > | touch: setting times of `some_link': No such file or directory > > This also makes rsync fail when doing > > | rsync -au src/ dest/ > > if src/ contains a symbolic link and dest/ is on sshfs. rsync tries to > preserve the times of the link and complains > > | rsync: failed to set times on "dest/some_link": No such file or > | directory (2) > > If the link points to an existing file on the server, then sshfs follows > the link and rsync erroneously copies the time stamp of the link to the > destination file on the server.
The SFTP protocol doesn't have a "lsetstat" operation and so this is not possible to fix with current sftp servers. We could add such an extension, I'll look into that. Thanks, Miklos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
