Show HN: I wrote a "web OS" based on the Apple Lisa's UI, with 1-bit graphics

A Language Server Protocol (LSP) implementation for systemd unit files, providing editing support with syntax highlighting, diagnostics, autocompletion, and documentation made with rust.

Comments

Splizard•2h ago

This is great! There's way too many arcane text file formats (configs, Dockerfiles, workflow definitions etc) without any sort of fast feedback loop on type-safety, documentation etc.

We need more projects like this and if a system is running SystemD, this needs to be enabled and integrated with any LSP-supported editors.

arandomhuman•1h ago

Thanks for the positive feedback! The documentation needs a bit of revision, but I agree there's a lot of configuration file formats that should be supported with language servers that might not necessarily have rich AST parsing as part of their contents.

rendaw•1h ago

I made a Systemd competitor/aternative https://github.com/andrewbaxter/puteron that uses JSON for everything. The advantage to JSON is you can use a `$schema` key at the top and vscode will do autocompletion, error checking, and (I think) documentation from the jsonschema automatically without needing a custom language server. The power of standards at work!

I was trying to figure out why Systemd decided on their ini-like syntax instead of something like xml or json or whatever. I thought maybe it was some standard that existed at the time, but it does seem to be a custom format unique to systemd...

arandomhuman•1h ago

That’s very interesting, but systemd is pretty pervasive I really don’t think it’s going anywhere anytime soon for better or for worse. Language servers aren't just adopted in vscode, other editors use them in fact. I am not a VS Code user myself, but I appreciate their implementation of the language server protocol, they did a fantastic job with that.

hamandcheese•1h ago

I was not involved in the decision, but my guess is:

- xml is too verbose

- yaml is too complex + suffers some notable ambiguity issues

- json isn't very human friendly (no comments)

- a lot of other linux software uses ini-style configs

mrweasel•8m ago

Maybe also to add to that: If you start having things like arrays and dictionaries available, people will start using them in their configuration and then configuration starts becoming an issue. I don't think I've seen a product where the configuration is in YAML or JSON, where the configuration files haven't grown into a confusing mess.

self_awareness•46m ago

INI format a "custom format"? It dates back to the 80's, maybe before that. It was the configuration file format.

OTOH, JSON is not a configuration file format. XML might be, but when I see what some people do with XML (ant, maven builds are abysmal, although msbuild xml files are managable), then I want to click unsubscribe.

I'm happy they've chosen INI.

figmert•1h ago

Would be good to add support for custom units based on generates (e.g. Podman[0]).

[0] https://docs.podman.io/en/latest/markdown/podman-systemd.uni...