It’s a scary world out there, I absolutely understand the feeling of reading too far in to a slop piece and feeling like my time was stolen from me. We have to support good human content, even if it’s from some hedge fund think tank thing. Thank you for being honest, sorry for calling it bullshit. It was bullshit, but, like I’m sorry.
deleted by creator
As a Guix user, I recommend Ubuntu. If you stick with it, there are specific distros for gaming, but, Ubuntu has such a large user base it makes it very easy to get answers to questions that are specific to your distro. Ubuntu makes it easy to install nvidia and other ‘3rd party drivers’, it’ll just work. I do recommend installing software in the terminal, the Ubuntu app store I feel has some rough edges.
This is terrible advice, even if I assume you are also using a key-file on a removable usb. An attacker can brute force decrypt your db. There is no rate limiting when you literally have the database file, they could replicate it across thousands of servers each with dozens of cores, each core trying a dozen keyphrases per second. That’s assuming a motivated attacker like a government or crypto scammers, but why open yourself to that possibility?
You can just pass the --update flag when invoking yt-dlp. I don’t think the package itself needs to be up to date in order to work reliably.
Yeah. Sorry I didn’t see this.
The official, maintained syncthing app is available on Android through the Termux ‘pkg’ manager.
I suggest framing the blog post this way. The way it reads now is like you’re actually suggesting this to other small instance admins. I think it’s OK to play around with new tools, but the article is not self aware in this respect.
EDIT: it’s also comes off like, oh no one silly keystroke nuked my setup, but from an outside perspective, of course it did, it was a house of cards. I think a better framing would be that you dug a large hole for yourself by trying to force enterprise level complexity into a one-person project, and through sheer perseverance it somehow is still alive, but maybe some different architectural decisions early on could have avoided this.
Noooo this is possibly the worst case I’ve seen of why the fuck did you complicate things this much?? I blame Claude/Cursor mostly for this one, it seems they steered a lot of the design decisions. Seriously though, if you think you need a bare bones kubernetes setup on 3 small hetzner vpses, only two of which being worker nodes, with a grand total 16gb of RAM, to support fedi instances with around about a single user… Stop. Just stop it already. I obviously feel bad that everything crashed down on them, but if they had taken the time to actually talk to other small instance maintainers, they could’ve spent more time doing proper backup and recovery than messing around with, and I shit you not, I counted 11 unique tools. Nobody needs 11 monitoring, containerization, volume management, dns tools, fucking cloudflare?? To run a single user instance.
You’ll have to brew your own run conditions I think. For me, it’s not a big deal, just a bunch of documents and pictures and not much gets added every day. But termux does have access to network state, and I’m pretty sure syncthing accepts stop and continue execution signals, so a shell script shouldn’t be too difficult. Another possible option is to use termux:tasker.
I said this in another thread, but apparently it’s not widely known: syncthing works fine on termux, there is no need to install any third party code. You do need to run termux-setup-storage to get access to the shared storage that other apps can access, and I found it worth it to set up the termux:boot app to run syncthing on phone boot. This way only uses the official syncthing repo.
I was wrong, just remembered incorrectly.
Signal is not open source.
You should be fine to not have a phone PIN, unless you’re planning on a life of crime.
I guess you can just restore things, this is news to me, but pretty neat.