And has been for so long, they already went through it once
gencha
joined 1 year ago
Numbers give the wrong impression that one version follows another. Debian release channels exit alongside each other individually. Giving the release channels names helps to make that distinction. It also makes for an easy layout of packages in APT repositories.
Sid is and always has been Sid. If you were to assign numbers, what number should replace that name? There are perfectly working labels for release channels and there is no reasonable replacement.
That is some next-level Minecraft you are playing over there
Okay, maybe I read you wrong. I agree that nobody will try to acquire details through mullvad to prosecute this.
I read the comment like downloading music is so irrelevant, you could skip the VPN, which I would disagree with.
I once downloaded an album I had already pre-ordered, but didn't want to wait, no VPN. Got a letter from a media lawyer within the month. Felt pretty stupid.
They let AI do the pentests now 😂
Now this is some horrible advice. Bravo
Google results are tailored to the user. This is almost never good advice
I remember this mindset in myself. Today I consider it a waste of time.
If you rely on any tool for this, the tool will make mistakes you cannot accept. If you do it manually, you will make mistakes as well and that also does not work. Also, the information your consider worthy for removal might be key to understanding the problem.
Like, you remove your name, but a certain character in your name is what is actually tripping up the program.
Ultimately, don't post your logs publicly. In the past years, I was always able to email logs to devs. I have no reason not to trust them with my log. If they want data from me, they could easily exfiltrate it through their actual application.
They did not. This is another marketing play
Is this going to be the same kind of non-profit as OpenAI? With a mission to improve the world? Yeah, let's see how that goes. Another Proton marketing play on their set track to enshittification.
If you are already familiar with one package manager, pick a distro that also uses that package manager.
When deciding on the release track, the harder it is to recover the system, the more stable the track should be. Stable does not imply secure.
As you move up through virtualization layers, the less stable the track needs to be, allowing access to more recent features.
Steer clear of distros that pride themselves on using musl. It's historically slow and incomplete. Don't buy into the marketing.
Think about IaC. Remote management is a lot more comfortable if you can consider your server ephemeral. You'll appreciate the work on the day you need to upgrade to a new major release of the distro.
5 nines imply a downtime of 6 minutes a year, or every 100,000th operation failing. That's not great for a file system. I assume you picked the number arbitrarily, but still think about it.