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.
I agree and I tried hyprlock, but the issue is it doesn’t fork from the calling tty, therefore when I use it as a pre-hook for suspend it just leaves the laptop open and then I have to unlock it and then the laptop goes to sleep.
gtklock and swaylock both support detaching from tty. I used gtklock but it had failures with multiple monitors on occasion, so I switched back to swaylock.
Thank you!
Agreed, and the dev is an amazing guy! Yalter makes sure that every feature is well thought out and laid best according to the specs.
My daily driver for home and college, where I write most of my code
Lockscreen is swaylock, which I haven’t posted here. Everything is catpuccin-macchiato
EDIT: Forgot to add, that hexdump like thingy is my WIP website
My daily driver for home and college, where I write most of my code
Lockscreen is swaylock, which I haven’t posted here. Everything is catpuccin themed :)
EDIT: Forgot to add, that hexdump like thingy is my WIP website
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:
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.
Dcli looks interesting! The long term goal of supac is to support many different relevant package managers as backends, so that all sorts of packages and language toolchains can be managed. Besides, nushell being a scripting AND shell language massively helps with that.
From what I understand (I’ve never used mise), mise is meant for programming environments and tools. Supac works with your distribution’s package manager to manage all your system packages and also language toolchains like rustup and uvx (uvx backend doesn’t manage toolchains yet, it’s being developed though).
What it doesn’t manage are programming environments, basically, you cannot use it to spawn something like a nix devshell. Hope it makes sense. This is more meant to be along the lines of something like nix, but friendlier and easier.
deleted by creator
Molly basically is a fork of the signal client that switches out some notification based things (such as your notifications going through fcm and such) and instead lets you use unifiedpush and/or a molly websocket. Apart from this they’re both the same. Molly uses signal’s codebase.