Conversation
honestly we all could start writing software that esposes settings and information and all that as plain text files tomorrow and the only reason we haven't is that some creten decided that the "everything is a file" dream should die with plan9. it wouldn't be ideal, but proper namespaces and software that does the thing can definetly be brought to linux.
2
0
2

coolbean (account has been reverted to before we moved back to this instance)

@shitpostalotl honestly, i dont think files and directories are an ideal abstraction for everything (though absolutely great), i think redox's approach with using URLs is a lot more reasonable
1
0
0
@shitpostalotl i don't like everything being in plaintext, because then everything has a parser and uses 500 different random configuration languages and some support commenting and others don't and some are literally turing complete and others don't have good scoping rules

like, almost all the software on my desktop uses its own cringy configuration language like "json with comments" or "thing that is supposed to look like a context-free-grammar but we couldn't figure out how to write the parser so you need the closing brace on its own line" i hate it

like, on macOS everything is horrible but at least it's all plist and you know what kind of horrible to expect (and there are two plaintext variants and a binary variant that you can use for everything)
2
0
0

@pounce what if everything you would need a parser for could be conveyed using folder structure. i think that it could.

1
0
0
@shitpostalotl
plaintext hurts me so much that i've been toying with the idea of non-plaintext programming languages (because extension is almost always _not_ good enough to tell one language from another... it should at least contain magic saying what language the file is and maybe an ability to hold cached compilation steps)
0
0
0
@shitpostalotl wouldn't that mean every single key and every single value in your config would be their own file?
that seems super hard to deal with

not to mention `a:=b` would then take up 8kb instead of 4b
1
0
0

@pounce the soloution is to not have a bonkers amount of keys and values. though frankly that doesn't scale very well with modern sotware, so we'd eventually have to bring parsers back. but on the flipside, doing everything through files being continuously written to/read from would make doing stupid things less plausible.

0
0
0

@coolbean i guess i'll reserch a new OS for an hour instead of doing anything else.

0
0
1