Package: sshfs Version: 1.2-1 Followup-For: Bug #318078 I did some research into this today.
OpenSSH implements the SFTP protocol draft standard, version 3. This version requires rename to fail if the destination file exists, and so OpenSSH does its best to implement that by using link(). There's a protocol version 4, which makes heavy use of Unicode, et cetera. One of the changes was to the rename operation; it now takes flags, one of which says the rename is allowed to overwrite. This lets you request the server perform an atomic rename() call. However, OpenSSH doesn't implement this protocol version. I haven't seen any obvious objections to doing so, just that it's a lot of work and nobody's done it. In the mean time, it would be simple to make sshfs perform non-atomic renames. That's a little sketchy, so probably it shouldn't be done by default. But it would be nice to have an option to unlink the destination file and try again if rename failed. Without this there's lots of things I can't run on sshfs. The most annoying is cvs update. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-rc6 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages sshfs depends on: ii fuse-utils 2.3.0-4 Filesystem in USErspace (utilities ii libc6 2.3.5-6 GNU C Library: Shared libraries an ii libfuse2 2.3.0-4 Filesystem in USErspace library ii libglib2.0-0 2.8.1-1 The GLib library of C routines sshfs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]