No one should be basing their “how to do it right” on a single forum comment. Talk about scope-creep for the offering of advice.

“… and God said, let us make man in our own image.”

Even back when I was in the laptop-repair game, this is the kinda stuff people would expect me to know about their stuff that I hated. I saw too many features come and go over the years to keep track of even half of it on behalf of others.

Depends on the iGPU, but this being a damn near brand-new laptop, I’m sure you’re right.

Maybe if it allowed you to switch to integrated graphics versus discrete, putting the GPU to sleep.

For just browsing, even integrated graphics has been plenty since the beginning of the internet, maybe with some exceptions when Flash gaming reached its pinnacle.

The one usually works best with the other, though.

EDIT: nm, I see what you were getting at in their comment now. They also meant downscaling the Text/UI, not upscaling.

… and why would it? Again, I only set it up like so on the Raspberry Pi(2B iirc) due to hardware limitations.

Not that hard to stop wayland or xorg at the launch of a given application and restart it at that application’s exit. Of course, I only did it on the Raspberry Pi because the hardware lagged horribly running such apps with a gui/compositer/desktop the app wasn’t using in the background, but it wasn’t hard for me to get working, and its exactly how we did things with DOS apps and even some Windows games back in the WFWG 3.11 days.

Basically, there’s no technical reason the host operating system should have to be providing say X, KDE, Plasma, Gnome, Gk, Wayland, whatever, to a flatpack app that needs those things. Yes, the result is a larger flatpack, but that’s why flatpack’s do dependency consolidation.

Unless … Unless, you just really want to to run your games windowed with smooth window-resizing, minimization, maximization, etc.

The point of flatpack is supposed to be that it takes care of ALL dependencies. So you’re saying it doesn’t deliver on that promise?

Individual apps, particularly full-screen games, shouldn’t need “Wayland support”(quotes because what that means will vary between implimentations).

Now, if you have to install xorg on a system that doesn’t have it in order to play a game? Yeah that would suck, although games are on my personal shortlist of application categories that should always be run from a flat-pack/equivalent and/or containerized wherever possible.

Now I think about it, why don’t (anti-cheat)games just run their own VM’s and “calibrate” those versus any weird system variables? Seems like a better anti-cheat than hacking-my-kernel-to-make-sure-I’m-not-hacking-the-game…

Flatpack it. Done.

Why is the video gone?

Yeah, that would be the marketting bs, probably.

Came here to say this. They wrote the playbook that has spelled the end or at least shitification of so many standards, open-source or otherwise(but usually still free-to-use or at least cheap).

Technically, the Nintendo Switch uses Linux, and Android is Linux, so its kind of absurd the pushback Steamdecks are getting from these people. They aren’t afraid of Linux; They are afraid of the posibility of running a terminal and interacting with a Desktop Environment that isn’t Windows or MacOS. Doesn’t make any sense.

Multi-core processors already do this. Give the Android OS a Core or 4, the Linux OS a Core or 4(or however many). The power management already works in the suggested configuration as well: High-power cores are put to sleep when not in use.

The remaining question is whether the hardware virtualization is in place on the specific ARM chip in question to give/confine the one OS(virtualized/parallelized, not dual-booted) a specific Core or set of cores. It could be desirable to give Linux and Android each a low-power core and have them dynamically split the rest, with Linux controlling prioritization.

There are high-powered Linux apps. Moreso than Android in-fact.

CentOS no longer offers support for users who re-enable those things. AlmaLinux has in theory committed to keeping those things set so that users don’t have to manually re-enable them, and that to keeping them working, at least for now.

On the off chance that ALL THAT is true, it would be “restoring support” … but I have no skin in this game and doubt that many, if any, CentOS users would be swayed to a new distro like so.

Here I was hoping we would get a breakdown on the companies making ARM processors … Still an informative comments section.

Well shit. I thought my Firewire card had just died.

Dice rolls, all the way down. You’ll eventually try more of those other packages “you don’t need” in your quest to make your Linux system look and feel how you want, but first you’ve gotta start with something to get a feel for: “I like this bit, but not this other bit, can I change that?” Generally, yes.

If you’re demanding to be told the right way, there’s TempleOS for that, or Mac, or Windows, or hell, how about RedStarOS?