GNU bug report logs -
#53407
libfuse 3 can't find fusermount
Previous Next
To reply to this bug, email your comments to 53407 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#53407
; Package
guix
.
(Fri, 21 Jan 2022 07:43:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Leo Famulari <leo <at> famulari.name>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Fri, 21 Jan 2022 07:43:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
While testing a Borg update (patch attached), I noticed that the
FUSERMOUNT_DIR hack in Fuse 3 doesn't seem to work like it does with
Fuse 2.
The 1.2.0b3 beta of the upcoming Borg release can use either Fuse 2
(with python-llfuse) or Fuse 3 (with python-pyfuse3).
The `borg mount` command works as expected with Fuse 2 / llfuse.
But, with Fuse 3 / pyfuse3, it fails with:
fuse: failed to exec fusermount3: No such file or directory
When I commented out the FUSERMOUNT_DIR [0] substitution in the fuse-3
package and rebuilt Borg, `borg mount` instead gives us this, which is
expected, because this system does not have a setuid fusermount3:
fusermount3: mount failed: Operation not permitted
So, the substitution doesn't seem to help with Fuse 3: it just breaks
the lookup.
You can apply the patch and test it out. And you can also observe the
optimal behaviour if you switch the borg package's fuse implementation
from pyfuse3 to llfuse / Fuse 2.
Should we just remove the substitution in fuse-3?
[0]
https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/linux.scm?id=b09f2aa4dae7e2a2f0f37ba831a2428fee8557d2#n3306
[fusermount-borg.diff (text/plain, attachment)]
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#53407
; Package
guix
.
(Fri, 21 Jan 2022 07:56:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 53407 <at> debbugs.gnu.org (full text, mbox):
Hi Leo,
Am Freitag, dem 21.01.2022 um 02:41 -0500 schrieb Leo Famulari:
> While testing a Borg update (patch attached), I noticed that the
> FUSERMOUNT_DIR hack in Fuse 3 doesn't seem to work like it does with
> Fuse 2.
>
> The 1.2.0b3 beta of the upcoming Borg release can use either Fuse 2
> (with python-llfuse) or Fuse 3 (with python-pyfuse3).
>
> The `borg mount` command works as expected with Fuse 2 / llfuse.
>
> But, with Fuse 3 / pyfuse3, it fails with:
>
> fuse: failed to exec fusermount3: No such file or directory
>
> When I commented out the FUSERMOUNT_DIR [0] substitution in the fuse-
> 3 package and rebuilt Borg, `borg mount` instead gives us this, which
> is expected, because this system does not have a setuid fusermount3:
>
> fusermount3: mount failed: Operation not permitted
>
> So, the substitution doesn't seem to help with Fuse 3: it just breaks
> the lookup.
>
> You can apply the patch and test it out. And you can also observe the
> optimal behaviour if you switch the borg package's fuse
> implementation from pyfuse3 to llfuse / Fuse 2.
>
> Should we just remove the substitution in fuse-3?
What is the behaviour if you have fusermount3 setuid? I know from gvfs
(which also depends on Fuse 3), that adding the setuid binary *does*
make gvfsd-fuse work again, so it'd be good to know if this works for
borg as well. If not, we'd have to be careful not to introduce a
regression.
Cheers
Information forwarded
to
bug-guix <at> gnu.org
:
bug#53407
; Package
guix
.
(Fri, 21 Jan 2022 17:18:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 53407 <at> debbugs.gnu.org (full text, mbox):
On Fri, Jan 21, 2022 at 08:55:23AM +0100, Liliana Marie Prikler wrote:
> What is the behaviour if you have fusermount3 setuid?
Then, it does work.
This bug report was last modified 2 years and 310 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.