←back to thread

The File Filesystem (2021)

(mgree.github.io)
346 points wegwerff | 1 comments | | HN request time: 0.329s | source
Show context
RetroTechie ◴[] No.40215710[source]
Useful enough that it should be an OS-level standard feature, imho.

Unix-like OSes allow mounting disk images to explore their contents. But there's many more file formats where exploring files-inside-files is useful. Compressed archives, for one. Some file managers support those, but (imho) application-level is not the optimal layer to put this functionality.

Could be implemented with a kind of driver-per-filetype.

replies(8): >>40215839 #>>40215919 #>>40215928 #>>40216709 #>>40217080 #>>40219626 #>>40225276 #>>40225726 #
duped ◴[] No.40215928[source]
Really what you'd like to see is a way to write the mount command for each file type (do one thing well) and another command to detect the file type and dispatch accordingly (probably similar to the `file` command), all in user space.

The only thing standing in the way of this today is that MacOS doesn't expose a user space file system API. You can do this on Linux, Windows, and BSDs today.

(No, file provider extensions don't cut it, Apple devs who read this, please give us a FUSE equivalent, we know it exists).

replies(2): >>40216593 #>>40220447 #
1. stuaxo ◴[] No.40220447[source]
I want stuff to work like ZipMagic did in the early 90s/ early 2000s.

You could cd into zip files, they would act as directories and files at the same time.

I seem to remember Linus saying a file could act like a directory in Linux a long time ago too.

Though I don't think Linux has filters for the filesystem like Windows does so implementation might be more tricky.