Package: sshfs
Version: 3.7.3-1.1
Severity: normal

Hey.

The following problem persits also in unstable.

Doing the following fails:
# mount foo.example.org:/ /mnt -t fuse.sshfs -o setuid=someUser,furtherOptions
fuse: unknown option(s): `-o setuid=someUser'

Whereas it does work if one calls e.g.:
/usr/sbin/mount.fuse3 foo.example.org:/ /mnt -t fuse.sshfs -o 
setuid=someUser,furtherOptions

The problem seems to be that the setuid= and drop_privileges work only when 
called via FUSE3
(see mount.fuse(8)) but sshfs’ mount helpers (which mount(1) calls):
   /usr/sbin/mount.fuse.sshfs
   /usr/sbin/mount.sshfs
which are symlinks to:
   /usr/bin/sshfs
seem to not use FUSE3 (despite the binary being linked against libfuse3).

Just using /usr/sbin/mount.fuse3 is no real alternative either, as e.g. systemd
uses simply `mount` for .mount units.


Would be nice if this could be fixed (and backported to bookworm).

Thanks,
Chris.


-- System Information:
Debian Release: 12.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-13-amd64 (SMP w/2 CPU threads; PREEMPT)
Locale: LANG=en_DE.UTF-8, LC_CTYPE=en_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages sshfs depends on:
ii  fuse3           3.14.0-4
ii  libc6           2.36-9+deb12u3
ii  libfuse3-3      3.14.0-4
ii  libglib2.0-0    2.74.6-2
ii  openssh-client  1:9.2p1-2+deb12u1

sshfs recommends no packages.

sshfs suggests no packages.

-- no debconf information

Reply via email to