Building mullguard in Zig — TUI WireGuard frontend for Mullvad because fuck Electron

I'm fuarrrking tired of the bloated Mullvad Electron GUI soykafting itself on my Void musl setup. I'm also tired of manually fuarrrking around with wg-quick in the terminal and scripting my own killswitch for every distro I hop to (OpenRC, runit, whatever), especially since I nuke and reinstall the whole system every few months just to keep soykaf interesting. So I'm diving into Zig to build mullguard (name still up for debate) — an open-source, unbloated WireGuard TUI specifically for Mullvad users who want to own the tunnel without the maintenance nightmare. Core goals (no compromises, no corpo slop): -Single static musl binary — drop it in /usr/local/bin and it runs on Void, Alpine, Arch minimal, Debian minimal, anywhere sane -Zero extra dependencies beyond wireguard-tools + nftables (stuff that's already there) mullguard up whatever-wg / down from CLI, plus a clean TUI for browsing/switching configs, status, and one-key killswitch toggle -Strict nftables killswitch that drops everything except the WireGuard tunnel (no more "oops leaked on reconnect" bullshit) -No daemon, no background crap, no telemetry, no systemd requirement The dream: one tiny tool that survives distro-hopping and reinstall sprees. Terminal-first with a proper TUI so you don't have to remember commands or maintain separate scripts. If this sounds like something you'd actually use on your minimal setups, hit me with feedback: - Would you run it? - What would make it dangerous? (auto-fetch configs from account number? split tunneling? quick server list? runit/OpenRC templates?) - Name ideas better than "mullguard"? Planning to open-source it on git once it's not embarrassing. Especially want input from other Void/musl/WireGuard minimalists.

>>91509 Void mentioned let's gooo, I have void too lainon, however I have no fvarrrrrking idea about any other thing you said, I'm not a unix hacker. Is it, disregarding all morals, a good idea to infect people with malware and use them as a VPN instead of trusting a service to be frfr telling the truth and not storing your data? Would the feds create a VPN company and give it a very good reputation of not saving data and even raiding it and finding no stored user data but still recieve the user data under the table and call it mullvad? If I were a fed, there's no reason I wouldn't do it.

>>91510 You bring up a good point but I don't seriously think that's happening over at Mullvad