Codeberg for public repositories, cgit (if that even counts) on my own server for private ones
Absolutely essential is using a firewall and set it as strict as possible. Use MAC like SELinux or Apparmor. This is extremely overkill for a personal server, but you may also compile everything yourself and enable as many hardening flags as possible and compile your own kernel with as many mitigations and hardening flags enabled (also stripped out of features you don't need)
I've never heard of nsjail, so I wouldn't know. But there's also bubblewrap which is used by Flatpak for sandboxing. It's very small, although a bit annoying to use.
This.
That's very wholesome to hear! :) Thank you for sharing. I'm glad it's not the case.
You can't teach old dogs new tricks.
I never said anything about E2EE. Please re-read what I wrote carefully.
No support for Monero despite it being requested on uservoice 6 years ago. A Bitcoin wallet (seriously?) which is easily traceable. Important email metadata is also not zero access encrypted (i.e., subject headers, from/to headers) which leaks a substantial amount of information even if the body is encrypted. Not to mention they had clearnet redirects from their onion service a while back, something a lot of honeypots usually do.
Even if it's not a honeypot, you're sure as hell not getting any privacy with Proton. That's for sure.
Well, I disagree about Signal. Proton however, I agree is extremely shady and should be avoided at all costs.
Again, having third party clients would not definitively mean the client is bad. Obviously, if it's a simple fork with hopefully small patches that are just UI changes, it's probably not going to harm the security model.
I should have phrased this better in my original post. When I was thinking about third party clients, Matrix and XMPP immediately came to my mind. Not very simple forks. So I'll phrase this better: "Having non-trivial third party clients is not good for security." What non-trivial means is left to interpretation though, I suppose.
When you use a client, you are relying on the client's crypto implementation to be correct. This is only one part of it and there's a lot more to it when it comes to hardening the program. Signal focuses on their desktop and mobile clients and they hire actual security professionals and cryptographers (unlike the charlatans in this thread) to implement it correctly.
Having third party clients would not definitively mean the client is bad, but it most likely would break the security model. Just take a look at Matrix's clients.
What? How is this a red flag? Having third party clients is not good for security.
Is IONOS ok for a VPS?
I've heard people having problems with them for web hosting, but I'm not sure if this applies to their VPS as well.
"There are so many things you can do. Don’t accept doing nothing, be a stubborn fuck and do something to alleviate the sadness."
Good words to live by. :)
Speaking of which, Debian users, how safe are distribution upgrades?
That's true. I didn't think about that. Thank you. :)
Sidenote: If you just want a nice web frontend for others to view your Git repositories, you can use cgit instead.
I'm not a fan of GrapheneOS, but the point they bring up here is valid. There is already proprietary firmware on your computer. There's no reason why you shouldn't be updating it to protect yourself from serious exploits. The FSF takes an ideological stance rather than a practical one, unfortunately.
In contrast to my experience, all the other search engines stink. Google is the only good one. But I suggest using a frontend like Araa if you want privacy.
For me personally, it was mostly due to programming on Windows was a painful experience. I was using MinGW compilers, which were quite good but I wanted the latest and greatest GCC. The other options were using MSVC or clang, but I believe clang is just a frontend to MSVC (I'm not sure.. please correct me if I'm wrong).
WSL was an option, but I was doing graphics programming at the time. And I needed to upgrade to WSL2 to run GUI applications or something, which required Windows 11. So at some point I got fed up and just thought to myself, why not run the real thing. This is probably one of the few instances where the technical merits of Linux is what actually got me to switch in the first place. I didn't hear anything about software freedom, privacy, or even care about any of those reasons at all when I did the switch.
As a Windows user for a very long time, using it from my childhood, I wouldn't have switched no matter how unethical it was to use Windows if Linux was too difficult to use. So I'm glad that ended up not being the case. :)