Plasma on Wayland does have HDR support now… But I don’t have a way to test how good it is, and I think it’s both still unfinished and severely lacking support from applications. But hey, things are improving!
I wouldn’t count on Adobe support though.
For a while, maybe… But the two distinctions I’d want to make is that, one, that’s also mostly the time you’ll spend learning what you need to set up as part of your system, and two, things that might be out of your control on many distros. I’d also say that by calling it a “meme distro” you’re lumping it together with Hannah Montana Linux and similar.
I will certainly say, however, that I’m rather annoyed by all the people saying “Bro you can set up arch in a few minutes just run archinstal it’s easy”… Not only do I not believe it’s that easy when you don’t know what you’re doing and need to actually use the system, but that also seems to run counter to the point of arch. I think there’s at least two popular arch derivatives meant to remove the enthusiast aspect and provide a streamlined experience, so why recommend arch to new people if not as a learning experience?
Calling Arch a meme distro is unnecessarily insulting. I imagine the same applies to Gentoo, but I haven’t used it myself. It’s an enthusiast distro, for people who want to have control over how their system is set up while accepting the responsibility of having to set everything up.
I absolutely agree with recommending against it for somebody’s first experience - but if you’re willing to read through the guides and troubleshoot issues, you can learn a lot about how things work on Linux. It’s the kind of distro where you will have issues, and they will usually be due to your own mistakes.
I do think the phrasing is complicated, IIRC Hetzner moved from monthly to hourly billing recently, so they probably had to have legally well-defined terms while also wanting to do a monthly-based system in hourly terms.
I think it’s only for the EU, and the other browsers don’t have a solution ready - porting their engines for iOS is a lot of work, which takes time, and might not even be worth it when they still need to maintain the safari-based version for the rest of the world.
The wiki tells you what you need on arch, and what you need it for. Those packages also don’t seem to have kernel-specific or dkms versions, so seems like they’re not kernel modules.
Mind you, the setup is clearly not monolithic, with different components for different purposes, including alternative options. On top of that, each distro will make different choices - Arch provides the components as packages and puts the responsibility of installing the right ones on you. Some features might be built into kernel drivers, like working video output, but Vulkan support clearly wants a dedicated driver.
Here’s what you need for Arch, for more context: https://wiki.archlinux.org/title/AMDGPU
I like Valve, but I will point out what’s been said before - Valve has a stake in making Linux gaming better, since it enables the Steam Deck to exist and prosper. They could’ve chosen other options that don’t help the community, but they didn’t choose this entirely selflessly, since they reap the benefits from not just their own work, but also that of the open source developers.
There’s nothing special about it. Linux distros are one of the options, alongside windows and osx as desktop systems.
What there are are preferences, morals, affordability. Linux is generally free, has different approaches to how the system is structured, how software is installed, how much access to the system you have, and how much responsibility for setting it up you have.
This will also vary from distro to distro, but generally software is installed from the distribution’s repositories, not downloading files from various websites - and instead of having some different scheme for updating every program on your computer, you use a single command (or button in an app) to update your system and all your software. This is one of the main things I love about Linux - you get to update your stuff when you want, all at once.
I think on mutable distros, or at least arch, you can run a command to reinstall all installed packages, which will verify integrity of the package files (signatures) and then ensure the files in the filesystem match package files? And I think it takes minutes at most, at least for typical setups.
I do think it’s also possible to just verify integrity of all files installed from a package, but I don’t remember if it required an external utility, pretty sure it’s on the arch wiki under pacman/tips and tricks
Oh, just ask an Arch user about Manjaro.
I also recommend rEFInd for the bootloader if you don’t want to set anything up (and risk messing up). You don’t need to configure your boot entries, it scans for boot options and shows them with a graphical interface, so your Linux and Windows should just show up.
The issue is, when doing sudo, you have to put in the password when doing sudo. In this case, you put in your password, some flag is set, the computer does a full reset, and then after it reads the flag and decides to bypass the password system. That sounds like just a step away of figuring out how to set this flag without a password to bypass logging in.
I think an issue is, this sets up your computer to have a way to bypass putting your password in on boot. If you don’t care about security too much and don’t have things like secure boot and encryption, then that’s bypassable anyways… But otherwise, I’d be concerned about introducing systems that specifically bypass security.
Why does every distro need yet another package manager?
I think most package managers - the ones actually part of a distro - are old. It’s not a question of why they all use different package managers, it’s a matter of them having developed them long ago before any single one matured.
That said, there are other considerations, which is also where new ones come from - different distros will have different approaches to package formats, dependency management, tracking of installed packages and system files, some might be implemented in a specific language due to the distro’s ideology, some might work in a different way (like NixOS), and there’s probably a whole bunch that just want a different interface.
You wouldn’t ask why Linux has a different way of viewing installed programs from Windows, and in the same vein packages are not a universal aspect of Linux, so each distro has to make its own choices.
Also I like pacman, some people complain about the commands being obscure, but I feel like they’re structured in a much more logical way. Don’t confuse it with yay though, pacman doesn’t build packages, and yay is specifically a wrapper around pacman that has different commands, while adding the ability to interact with the AUR.
The 8 dependencies must be an optional dependency for some other package you already have installed. That said, that kind of stuff is the main reason I want to try NixOS - any time I install something, configure something, etc. I’m risking forgetting about it and getting tripped up over it down the line, with no good way to check.
I mean, couldn’t an addon just read the password you put into a login field, or send in a request, and send it off to their servers?
I generally agree, but I’m not gonna continue buying on steam just because they’re developing new tech - I happily buy games on steam because of the features steam provides.
That said, DRM-free games is something steam does not and probably will not provide - it’s a niche GOG is comfortable with, so many people who value freedom on software will choose it as their first platform of choice.
In that sense, the hardware is completely unrelated - it does nothing towards the goal of DRM-free games, and in case of the index, locks more games behind a platform.
What take even is that? I can understand some complaints about Linux support for how much people praise the deck, but why would they make their own handheld… And VR headset? I feel like hardware shouldn’t be locked to specific platforms, and I would rather blame Valve for not releasing steam-independent software for their headset.
I might be wrong, but doesn’t SSE require you to explicitly use it in C/C++? Laying out your data as arrays and specifically calling the SIMD operations on them?