The clients for XMPP are really bad. Also, matrix sells itself in a variety of ways, discord alternative, corporate usability, e2ee signal replacement, all that. Although matrix client implementations aren’t that great, the publicity does work. And IRC has historic relevance.

Ah yes, I came across this when someone else pointed it out as well. The project looks neat, ngl. supac also shares some goals along these lines, but dcli looks more mature. I still prefer supac (it’s my project duh) because supac allows you to script in nushell, which lets you do interactive development (if you use nushell as your shell, which you absolutely should!). I also don’t prefer something like YAML for config, but since it’s extensible with lua, I guess it makes sense to go with a config language as well. I do think the end goals are different, I try to orient supac to be a nix alternative but with integrated package management across different package managers. Also, supac is simpler in principle because a lot of the complexity is shifted to accompanying libs in nushell (such as systemd unit integration).

Not to mention, with a couple of lines of nushell code you can probably import all your yaml configs from dcli into supac :)

I’d rather just use nix 🙃

Right now, you can do it in two ways:

• Don’t have the Arch key at all. supac will silently skip it.
• You can write a small wrapper in package.nu that checks the presence of your preferred arch package manager in $env.PATH, if it’s there then it’ll insert the key and value, and not otherwise.

I’d mostly go with 1 unless you’re sharing your non-arch config with an arch config on two separate machines.

Haha, fair enough. The reason I even created this in the first place was because of how painful nix/nixOS is to use in general. Nushell is far simpler, and much more ergonomic to deal with. Especially with how much it supports structured data.