apple FSKit seems remarkably well-done https://developer.apple.com/documentation/fskit thanks so much to @joe for mentioning it
Post
@hipsterelectron @joe iirc it has some limitations that make it frustrating to use outside the intended case of moving FAT32/exFAT/etc out of the kernel
compare to FUSE in linux https://www.kernel.org/doc/html/next/filesystems/fuse.html which does not remotely satisfy the definition of "documentation"
@hipsterelectron fskit is not much better iirc when it was first added the docs were basically empty and it didn't actually work to literally any degree until a later update
@leo it's useful to me to demonstrate how much linux fails on the filesystem front mostly and the effort to document it helps me to demonstrate an external example of how an API that's secure and performant doesn't look like hot garbage
@leo my belief is that io_uring absolutely should not need to exist in kernel space and that a driver for a filesystem can be separated from other privileged code over message passing interfaces. unfortunately this gets into memory management which tbh i know absolutely nothing about yet
and of course (even better) libfuse (necessary to use it) is on fucking github https://github.com/libfuse/libfuse you'll never guess this next part
Development Status
libfuse is shipped by all major Linux distributions and has been in production use across a wide range of systems for many years. However, at present libfuse does not have any active, regular contributors.
oh my god the "security implications" section
If you intend to use the allow_other mount options, be aware that FUSE has an unresolved security bug
how is this a real operating system
OMG LMAO
This bug needs to be fixed in the Linux kernel and has been known since 2006 but unfortunately no fix has been applied yet.
@hipsterelectron now I am become
the look insider of linux - j robert
upon
ing the first libfuse