Are these emails you need to memorize? Diceware would work.
Otherwise I’d just use something like simplelogin and just have it automatically generate one. Then just save it in your password manager.
Are these emails you need to memorize? Diceware would work.
Otherwise I’d just use something like simplelogin and just have it automatically generate one. Then just save it in your password manager.
Eh, there’s a completely independent reimplementation of the server, so I’d be surprised if the same doesn’t happen for the apps if there’s a real issue that comes up
If you self host bitwarden/vaultwarden, each client stores an encrypted copy of the database, so even if your server was completely destroyed, you’d still have access to all the accounts you’re saving in it.
Yep, it does!
You’ve been hearing about it because there’s been a lot of pushback at all stages of them doing it. That doesn’t mean it won’t happen, they’ve kept pushing for it and there’s no indication they won’t go through with it.
SteamOS is based on arch, but it has major differences. The steam deck’s update mechanism is completely different from normal arch Linux.
Arch normally immediately updates to the latest version of every program. This is usually fine, but when a big bug is missed by the developers, it can cause problems.
The steam deck updates a base image that includes all the programs installed by default, and by the time it releases a lot of them aren’t the absolute newest version. When valve updates SteamOS they definitely run a lot of tests on the base image to make sure it’s stable and won’t cause any issues.
SteamOS is also an immutible distro, meaning the important parts are read only. This also means updates are done to everything at once, and if something goes wrong, it can fall back to a known good version.
Not to say arch Linux is unstable (its been better for me than Ubuntu), but SteamOS is at a completely different level. It’s effectively a completely different distro if we’re talking about stability. I think what they’re hoping is this support would allow arch to build out testing infrastructure to catch more issues and prevent them from making it to users.
When you normally delete a file, it doesn’t actually delete it, to save time it just marks the space as free, so any new files can be written into that part of your drive.
But the actual data just remains there until a new file is written to the storage.
SecureErase does the second part without making an actual file.
Normal delete:
File: 01010101 -> no file:01010101
Secure erase:
File: 01010101 -> no file:00000000
Your phone is not listening to you. https://www.bbc.com/news/technology-49585682
Listening to conversations and turning that into interests that can be advertised against is by far the least efficient method they could use. You can get just as good data through normal tracking.
This is just an example of a frequency illusion where you notice stuff because you’re looking for it. https://en.m.wikipedia.org/wiki/Frequency_illusion