Oh, no, that’s just the dip during working hours for the other timezones
Oh, no, that’s just the dip during working hours for the other timezones
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?
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
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.
Except you might want a client, both to keep your games in one place, and for extra features it can provide (like cloud saves and updates) - and if you’re on Linux, you’re excluded from that kind of stuff on GOG.
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.
That makes sense, thanks for explaining! I saw “makes space” as what’s happening right now, since Android does let you install alternatives for all those, including third party app stores, but it does go farther than that.
I don’t think anything you said makes it not free, as long as you can fork it. The same can be said about most FOSS, since somebody, usually the creator, is in control of the repository.
That’s the point of FOSS - your repository isn’t becoming a democracy by virtue of using a permissive license, but it means somebody could outcompete you with a fork and effectively take over as the dominant project.
But… Aren’t all of those things still very much dominant?
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 think I saw a video mentioning they are illegal in some places, showing just why they’re so dangerous
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.
Careful, NFTs lie that way. /s
The issue is, it sounds like a complicated mess in terms of figuring out exact legislations, implementations, patent and licensing rights, who’s responsible for facilitating the actual resale, and ultimately it’s gonna support and legitimize shady resellers like g2a selling stolen copies.