| msdosfs | fuse-t | |
|---|---|---|
| 1 | 6 | |
| 9 | 785 | |
| - | - | |
| 2.3 | 6.4 | |
| 2 months ago | about 1 month ago | |
| C | ||
| GNU General Public License v3.0 or later | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
msdosfs
-
FUSE-T is a kext-less implementation of FUSE for macOS that uses NFSv4
The linked msdos source code on GitHub has since been rewritten by Apple /again/ [1], so the article is out of date. This happened 3 months ago, and it now plugs into a private framework named FSKit.
I did not immediately see any private entitlements that restrict access to this API, nor is msdos.fs signed with special entitlements on my machine. Chances are this API works for any filesystem by dropping an appex into /Library/Filesystems. Looking forward to this being documented and made public eventually.
[1] https://github.com/apple-oss-distributions/msdosfs/blob/423d...
fuse-t
-
FUSE-T is a kext-less implementation of FUSE for macOS that uses NFSv4
https://github.com/macos-fuse-t/fuse-t/issues/1#issuecomment...
> The project consists of two components: libfuse and fuse-t server. libfuse is LGPL licensed and can be downloaded from here: macos-fuse-t/libfuse. You can modify and build it as you wish, the build instructions are provided in the README file. The fuse-t server on the other hand is a proprietary component, it's written in go and doesn't link to or includes anything GPL related, all respective copyright owners are mentioned in License.txt file [...]
-
NFS > FUSE: Why We Built Our Own NFS Server in Rust
Nice. A similar project, but more license-constrained, is fuse-t for macos: https://github.com/macos-fuse-t/fuse-t
-
A currently maintained fork of SSHFS
Just for the record: for macOS there’s now https://www.fuse-t.org/ which works without a kext (by spawning a local NFS server in the background and having macOS connect to it) and also has a sshfs implementation listed on https://github.com/macos-fuse-t/fuse-t/wiki#sample-filesyste... .
-
Is it possible to mount .iso or .toast files containing a HFS (not HFS+) volume on a modern M1?
just got it to work using https://github.com/macos-fuse-t/fuse-t and compiling https://github.com/iomac/fuseHFS against fuse-t
- New kext-less macOS fuse implementation
What are some alternatives?
sshfs - A network filesystem client to connect to SSH servers
fuseHFS - A macFUSE filesystem build on top of hfsutils/libhfs to enable working with HFS file systems on modern Macs
websocketfs - WebSocketFS: it's like sshfs, but over a WebSocket and implemented in Typescript
9front - nightly synced mirror
file-system-stress-testing - A tool that can be used to stress test POSIX filesystems.
quickjs - Public repository of the QuickJS Javascript Engine.
nfsserve - A Rust NFS Server implementation