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]

Reply via email to