Manjaro is not Arch based. They use pacman, but they use their own repositories. They create a ton of issues that way.
Manjaro is not Arch based. They use pacman, but they use their own repositories. They create a ton of issues that way.
Reminder that the license was changed to a “custom” non-free license.
I, a Linux user, agree that there is work to be done, but I disagree with the “this needs to change first” on proprietary software availability. Specifically the “first” bit.
Let me explain why: The problem of software availability is a chicken and egg problem. No users on an OS = no developers make stuff for it = no users because there is no software.
With Wine/Proton, Valve “fixed” this issue for gamers. This “opened the floodgates”, and at least in one group of computer users, made Linux viable as a daily driver. People who play video games are diverse, and have different needs for software outside gaming, so this change grew the userbase of every category of software in Linux, not just games.
With an actual userbase comes both a community of people, who are all potential contributors for FOSS, whether that’s programming, docs, or reporting issues. And a marketshare for businesses to target (and profit off of).
The ball has clearly started rolling, Linux is gaining marketshare at a pace it hasn’t seen before. The bigger the userbase gets, the more software will work overall. The more software, the more people who can switch.
There isn’t a single definable point where software availability suddenly makes a userbase appear, these two grow together.
So yes, there is work to be done, but no, it doesn’t “need to change first”.
A lot of people find out after using Linux that it’s perfect for their daily tasks. A lot of other people never bother, and thus never find out. With Windows 10 EOL coming up, and MS pushing more and more onto users (like recall and copilot), a portion of people forced to switch will look for alternatives, or will try out Linux because they’ve heard of it as an alternative.
As for your other arguments:
too much different distros not always compatible one with another
Which used to be true, but is significantly better than even a couple years ago. “Standardized” packaging like Flatpak makes a ton of software available on all distros, ensuring compatibility. Valve took a shot at this too with Steam Linux Runtime, but this hasn’t seen any use outside Steam.
depending on the distro also often an deficient support and maintance,
For the vast majority of distros, no. Though I agree that we (the community as a whole) should stop accepting terrible resources for finding Linux distros (like “top 10 distros” lists that make no sense to a new user) and push for better ones.
certain driver problems, among others.
Which is being solved too. “driver problems” is exclusively Nvidia, but the issues are (very slowly) being fixed (by nvidia), and distros are offering easy options for getting the Nvidia drivers. Nouveau/NVK is also on the slow cooker, but I trust it’ll come out great. “Among others” is not a valid reason.
Not good if an still minority OS is above to diversified, which cause a lot of problems for the devs of software.
Which fits into the point of Flatpaks for proprietary software, and highlights where FOSS truly shines. Flatpaks standardize the runtime, proprietary software only needs to support this one standard to support all distros. FOSS devs can target whatever they want for their project. If “works on my machine” is good enough for them, so be it. (People will always complain about stuff like this though). If a distro wants to officially provide some open source software to its users, it has to be packaged. With the packaging process for a distro, modifications might need to be made, which can often be contributed back to upstream.
To dethrone Windows as leader of the market does it still need a lot of work in many environments.
It’s a lot closer than you think. It’s already a viable daily driver for many. The biggest blocker is the fact that MS is a global megacorp, with advertising, OEM “support”, and a lot of money to “persuade” people and companies to use Windows.
OEM support also ties into the whole “choosing a distro”. I trust that even the worst OEMs choose at least a supported distro, which takes all pressure away from the user. When Linux marketshare grows enough for OEMs to provide the option, the least technical users going to a brick and mortar store will be presented with “100$ cheaper, but looks different than your current computer”. If Windows UI keeps being as inconsistent as it currently is, it would have similar impact for non-technical users going between Windows N and N+1 as it does going to Linux.
Keyguard, which works on Bitwarden-compatible servers like Vaultwarden
SteamOS is immutable, and has its own updater because of it. While SteamOS is related to Arch Linux, it is far from the same distro.
Regular Arch Linux can install local packages, the process is described on the Arch wiki. SteamOS has no built in mechanism to update without an internet connection, and installing packages manually is not recommended (due to the immutable nature of the system).
In order to update SteamOS from a local file, you would need to figure out how SteamOS updates work, and somehow trick the Steam Deck into accepting your local images. This is far outside the scope of anything related to Arch Linux, and not very well documented. The better option is to update your Steam Deck by connecting it to the internet.
Also of note, the latest version of SteamOS (as far as I’m aware) does not have any significant changes when it comes to controlling the fan speed.
None of that’s true. Free speech laws try to prevent the government from arresting you for opinions or criticism. Social media platforms, parents, etc are still able to take action against statements without reason. The government can also put the blame on something else. If someone is critical of the government, they’re likely to have broken laws they don’t agree with.
Article doesn’t even cite their sources correctly, typo-ing “Bringus Studios” as “Dingus Studios”
Current LLMs are just that, large language models. They’re incredible at predicting the next word, but literally cannot perform tasks outside of that, like fact checking, playing chess, etc. The theoretical AI that “could take over the world” like Skynet is called “Artificial Generalized Intelligence”. We’re nowhere close yet, do not believe OpenAI when they claim otherwise. This means the highest risk currently is a human person deciding to put an LLM “in charge” of an important task, that could cost lives if a mistake is made.
Probably, yes. Dual-booting may also be an option for the one or two games that don’t work.
Not every game works, but as another user pointed out, ProtonDB is a good resource. If you buy a new game on Steam, and it doesn’t work, you can refund it within the first 2 weeks (and below 2 hours playtime) for any reason. That includes “Ths game does not work on my operating system”.
Try WiVRN, it’s not built on SteamVR, and doesn’t have the same issues SteamVR does. You can get it through a flatpak or by using Envision, as described on the LVRA wiki.
I don’t play VRChat myself, but I have to disagree. I’m in several Linux VR groups, and the general sentiment is that it’s not as easy to set up, but works well for the more popular games, including VRChat. This is similar to my experience. There’s good resources (like LVRA) to help people set things up, or when they’re running into issues. I’m also not saying VR on Linux is flawless, far from it, but to describe it as just “scuffed” without context doesn’t explain the whole state of it.
If a tool (or distro) works well for you, it’s a good option. Everyone has different opinions on the “best” distro, but since it’s very subjective, there is no single “best” distro. There’s only 2 distros I recommend against, that’s Ubuntu (and close spin-offs) and Manjaro, because they have major objective downsides compared to equivalents like Mint or Endeavour. The distros I generally recommend to new users are Mint and Fedora, but feel free to look around, you’re not forced to pick a specific one.
You noted you were likely going to choose Linux Mint, great! It’s a “stable” distro, as in, it doesn’t change much with small updates. Instead, new release versions (23, 24, 25, etc) come with new changes. Linux Mint comes with an App Store that can install from Flathub, which should be the first place to check for installing new applications.
As for VR, it depends heavily on which exact headset you have, and is not always a great experience on Linux right now (speaking from experience with an Index). The LVRA wiki is a great starting place: https://lvra.gitlab.io/. If you’re on a Quest, WiVRN and ALVR exist, though they both have their own downsides. If you’re on a PCVR headset from Oculus, your options are more limited. You might also want to consider a different distro, as VR development is moving very fast. Many VR users choose to go with a “harder” rolling release distribution, like EndeavourOS, to receive feature updates quicker.
Also of note, if you have the storage space, you can choose to “dual boot” (even with just one drive). This will give you a menu to choose between Windows and Linux when starting your computer, and will give you time to move stuff over. I generally recommend this, as it provides an option to immediately do a task you know how to do on Windows, when it’s absolutely required to do the task asap.
deleted by creator
The Steam Deck is a PC. The most console-like PC experience you can get, but still a PC.
Now for your list of applications:
Good to note this example is from 2022-08-30. Despite its “reputation” among some, Arch doesn’t break that often by itself.
Not OP, but modularity. An X11 WM is just a WM. You can choose compositor, bar, shortcut daemon, etc. With Wayland, a single implementation holds most of that, and more. If you need a specific feature from your display server, you are stuck on WMs that support it. This has forced me to use KDE for Wayland on my main workstation, and although it works well, it’s not my prefered WM/workflow.
Alongside that, no clones of several X11 WMs exist. bspwm for example. Riverwm exists, but has major limitations, and the workflow isn’t the same.
Not only is comparing these not the point (CalyxOS has a different purpose than GrapheneOS), the chart is heavily biased towards Graphene. Take for example the whole section on privacy. They list Graphene specific features, note that Graphene has them, and make other roms look bad for “not having them”, or even provide incorrect information. “Storage Scopes” and “Contact Scopes” for example, two Graphene features, intended to make closed source apps “happy” with giving them fake permissions. Although there’s definitely a use for this feature, being much more FOSS focused, Calyx provides the option to isolate non-foss apps into a work profile. This is effectively doing something very similar, although more limited to the user. Or the “Tracking through Android Advertising ID?” column, which lists only Graphene as “Not part of the system”, and everything else as “Randomized ID”. Graphene runs the official Google play services “in a sandbox”, without modifying or patching anything significant. This also means Google’s implementation of Advertising ID is being used. This is not randomized, and worse for privacy than anything using MicroG. Calyx MicroG and Graphene Google Play Services are both opt in, yet the chart favors Graphene by claiming it doesn’t have the anti-feature.
Probably because they’re incapable of maintaining a distribution: https://manjarno.pages.dev/