The clue is in the directions: REISUB
You can look up what each letter does, as each one performs a different function when combined with Alt + Print Scr.
ETA: I seem to recall that you can enter the sequence quicker than that, as I believe I used to, but it’s probably good to give your system time to perform each function, especially if you’re trying to rescue it.
Onion Bubs! Onion Buuuuubs!
It will always be powerful enough to be a gaming handheld, because it’s an excellent emulation machine!
I would agree with that wisdom in general. I don’t think any package manager would prefer a user piecemeal updates like that.
You would run Windows software with Wine (Bottles is great for this). If you can find an older installer, you would (in theory) install it in a specific directory structured for Wine (called a wine prefix).
If software is too big or heavy, there’s ways to manually install a specific package version on Arch, or you can tell pacman not to upgrade a package you have already installed by noting it should be ignored via a specific section of your pacman.conf
I’m not sure what you mean. There’s a specific section in /etc/pacman.conf for ignoring specific or group/meta packages. You absolutely can ignore specific packages and run a typical pacman -Syu to update everything else just fine.
ETA: and you can upgrade a single package with pacman -Sy <package name>
You’re still in the mindset of Microsoft/Apple. “The latest” doesn’t mean software bloat. Hell, I just updated my packages last night, and the space they took up went down. Package updates typically bring improvements, and I’m always excited to see what optimizations they’ve added. Sometimes, major version changes (e.g. 5.4 to 6.0) bring big changes you might not want or need, but…
…nobody is forcing anything. You get to decide what gets upgraded and when. Arch/Debian isn’t some overarching company dictating when updates happen and what gets updated. It’s a community-driven project, mostly by hobbyists, and updates happen in a piecemeal fashion as individual package maintainers make improvements.
It sounds to me like you should try out both options in a VM. And if you’re planning on Debian, be sure to give PikaOS a try, too.
Yep. For example, Gnome migrated to Gitlab some time ago. Obviously it’s not as ethical as Codeberg, but maybe it offers certain features that Codeberg doesn’t (yet) have that they require. PikaOS is (was?) on Gitea.
For my part, I’ve left Github and will only do development on Codeberg. I’ll still make pull requests to upstream projects that only exist on Github, but I have no control where those parent projects are hosted, and improving those projects is still a net benefit to everyone.
And the DoJ is trying to prevent xAI from having to go through a current lawsuit over their unlicensed gas turbines, because they power the data centers for Grok.
Brazen corruption and ineptitude from top to bottom.
Hell yeah! Full-Throttle is my go-to Lucas point-and-click
Nice, what are some of your go-to’s?
Yes. I don’t think I beat Hades until around run 80, possibly higher. You’re not doing anything wrong.
Just keep at it, and like others have said, once you do it that first time, it gets easier. I think the Adamant Rail was my first cleared weapon, but find one that works the way you like and try different combos of boons; think about the effects that might synergize with how the weapon attacks (speedy hits + flat damage, big hits + damage over time, etc.).
CachyOS also has a live USB.
But I’d actually go a step further. Install both in a VM using their flagship DE. CachyOS’s installer actually comes with many different DEs and window managers, so you should be able to get the look and feel of many different setups there, too.
Sweet. I just found out about this project a little while ago. Good luck to everyone, and congrats on your milestone!
Yeah, for eleventy-bajillion dollars worth of AI credits. Why use pesky money, when you can pay in pretend currency from an overinflated system backed up by an endless trail of IOUs?