all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#21142: Sshfs-fuse requires fuse
       [not found] <AS8P251MB0854F33A062DE66C3E656C61975E2@AS8P251MB0854.EURP251.PROD.OUTLOOK.COM>
@ 2024-11-09 16:15 ` outlook user
  2024-11-09 17:33     ` outlook user
  0 siblings, 1 reply; 3+ messages in thread
From: outlook user @ 2024-11-09 16:15 UTC (permalink / raw)
  To: ludo, 21142

That workaround worked in 2014, but now "libfuse" seems to search under "/usr/bin" and not "/run/setuid-programs". The `DFUSERMOUNT_DIR` modification doesn't seem to work anymore. I think to reproduce all what is needed is `strace` with follow forks to see the software seeking "/usr/bin." And personally, I use an "AppImage" to invoke fuse that will seek for `fusermount3`

The author of libfuse will push an update in the future for libfuse to give up upon searching binaries by itself and only relying on $PATH simply, but that's not for now...



^ permalink raw reply	[flat|nested] 3+ messages in thread

* [bug#73842] bug#21142: Sshfs-fuse requires fuse
@ 2024-11-09 17:33     ` outlook user
  0 siblings, 0 replies; 3+ messages in thread
From: outlook user @ 2024-11-09 17:33 UTC (permalink / raw)
  To: ludo@gnu.org, bug-guix@gnu.org, 73842@debbugs.gnu.org

[-- Attachment #1: Type: text/plain, Size: 551 bytes --]

That workaround worked in 2014, but now "libfuse" seems to search under "/usr/bin" and not "/run/setuid-programs". The `DFUSERMOUNT_DIR` modification doesn't seem to work anymore. I think to reproduce all what is needed is `strace` with follow forks to see the software seeking "/usr/bin." And personally, I use an "AppImage" to invoke fuse that will seek for `fusermount3`

The author of libfuse will push an update in the future for libfuse to give up upon searching binaries by itself and only relying on $PATH simply, but that's not for now...

[-- Attachment #2: Type: text/html, Size: 963 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#21142: Sshfs-fuse requires fuse
@ 2024-11-09 17:33     ` outlook user
  0 siblings, 0 replies; 3+ messages in thread
From: outlook user @ 2024-11-09 17:33 UTC (permalink / raw)
  To: ludo, 21142, 73842

[-- Attachment #1: Type: text/plain, Size: 551 bytes --]

That workaround worked in 2014, but now "libfuse" seems to search under "/usr/bin" and not "/run/setuid-programs". The `DFUSERMOUNT_DIR` modification doesn't seem to work anymore. I think to reproduce all what is needed is `strace` with follow forks to see the software seeking "/usr/bin." And personally, I use an "AppImage" to invoke fuse that will seek for `fusermount3`

The author of libfuse will push an update in the future for libfuse to give up upon searching binaries by itself and only relying on $PATH simply, but that's not for now...

[-- Attachment #2: Type: text/html, Size: 963 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2024-11-10 14:18 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <AS8P251MB0854F33A062DE66C3E656C61975E2@AS8P251MB0854.EURP251.PROD.OUTLOOK.COM>
2024-11-09 16:15 ` bug#21142: Sshfs-fuse requires fuse outlook user
2024-11-09 17:33   ` [bug#73842] " outlook user
2024-11-09 17:33     ` outlook user

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.