This fixes a number of AppImages; tested with
scribus-1.5.6.1-linux-x86_64.AppImage.
Reported By: probonopd
Details
Details
- Reviewers
asomers emaste - Group Reviewers
Linux Emulation - Commits
- rG6bddc3116668: linux: improve FUSE support
rG128a1db806da: linux: improve FUSE support
Diff Detail
Diff Detail
- Repository
- rS FreeBSD src repository - subversion
- Lint
Lint Passed - Unit
No Test Coverage - Build Status
Buildable 39654 Build 36543: arc lint + arc unit
Event Timeline
Comment Actions
The code looks good to me. Was the problem that a Linux command like "mount -t fuse.ntfs ..." wouldn't work?
Comment Actions
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"...) = 0The fstype is fuse.scribus-1.5.6.1-linux-x86_64.AppImage; options are fd=5,rootmode=40000,user_id=0,group_id=0.
Comment Actions
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.