Why beyond being different? Proudly announcing "but I don't use systemd" seems less like a humblebrag and more like an old man "get off my lawn"
They may have more nuanced answers.
"A number" being the operative word here. It's a small number, and for a pretty good reason.
I get there is an important reason to have choice, but bragging about how you don't use systemd is just meme-y and comes from a place of (misplaced) elitism usually.
I think you're projecting. No one bragged about such a thing, they just merely mentioned their specific situation.
It's not all text-editor-wars and squabbles, as stated and even acknowledged before : there exist reasons aside from nerd elitism to choose something other than systemd.
name one.
there are a lot of decisions that go into using older/obscure/specific software aside from 'pride', and simply wishing that some software supported other stuff is by no means 'fighting' anything.
"Love it-- but since I'm not using systemd, it's a no-go. Would love to see it support more diverse systems"
That poor lack of diversity.
Dbus is a message bus for all of Linux, this is a requirement if you want to develop stable tools. A uniform message bus so you don't have to keep changing your code for every single distro and release.
sudo runuser -u cockpit-wsinstance -- /usr/libexec/cockpit-ws --port=9090 --for-tls-proxy
And of course, we'd still need to reimplement many of the existing systemd-based modules. I wonder if the creation and maintenance of these modules (given the existing size and status of the ecosystem) is less-than-trivial in comparison to something like a set of NixOS config bindings. At the end of the day, I'd be more exited about a project that puts portability and customization first than retrofitting an upstream product to whom I'm not a target user.
Note: Not understanding the concerns with systemd or dbus. This works for major distros.
systemd is undeniably powerful, but I enjoy how broad the ecosystem is. Off the top of my head, I personally like having real logfiles under `/var/log`, which I've occasionally had to examine by mounting the disk on another machine after really mucking something up :p