Page MenuHomeFreeBSD

linux: improve FUSE support
ClosedPublic

Authored by trasz on Jun 1 2021, 7:34 PM.
Tags
None
Referenced Files
Unknown Object (File)
Feb 20 2024, 9:10 AM
Unknown Object (File)
Feb 17 2024, 3:25 AM
Unknown Object (File)
Feb 12 2024, 12:28 AM
Unknown Object (File)
Feb 9 2024, 10:09 AM
Unknown Object (File)
Jan 21 2024, 12:44 PM
Unknown Object (File)
Jan 12 2024, 4:36 AM
Unknown Object (File)
Jan 10 2024, 6:30 PM
Unknown Object (File)
Dec 25 2023, 6:10 AM
Subscribers

Details

Summary

This fixes a number of AppImages; tested with
scribus-1.5.6.1-linux-x86_64.AppImage.

Reported By: probonopd

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

trasz requested review of this revision.Jun 1 2021, 7:34 PM

The code looks good to me. Was the problem that a Linux command like "mount -t fuse.ntfs ..." wouldn't work?

This revision is now accepted and ready to land.Jun 1 2021, 7:44 PM

Much weirder than that. Strace, on the AppImage I'm using for testing, shows this:

[pid  1792] mount("scribus-1.5.6.1-linux-x86_64.AppImage", "/tmp/.mount_scribuH15vRB", "fuse.scribus-1.5.6.1-linux-x86_6"..., MS_RDONLY|MS_NOSUID|MS_NODEV, "fd=5,rootmode=40000,user_id=0,gr"...) = 0

The fstype is fuse.scribus-1.5.6.1-linux-x86_64.AppImage; options are fd=5,rootmode=40000,user_id=0,group_id=0.

The fstype is fuse.scribus-1.5.6.1-linux-x86_64.AppImage; options are fd=5,rootmode=40000,user_id=0,group_id=0.

That is a pretty weird name, but there's nothing illegal about it. A fuse daemon is allowed to specify anything it wants for the file system subtype.

This revision was automatically updated to reflect the committed changes.