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.
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.
Article doesn’t even cite their sources correctly, typo-ing “Bringus Studios” as “Dingus Studios”
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.
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.
This person does not understand open source or Android whatsoever. They talk a decent bit about “default installed apps”, without properly understanding what most of them even are. They complain about some apps “being out of date” when installing CalyxOS, calling it “concerning” that they’re not on the latest version out of the box, as if they couldn’t update the apps themselves. The whole “review” feels more like an iPhone user trying to switch to Android for the first time, being confused because it’s different, and complaining about it because they don’t understand it.
The main benefits of CalyxOS lie under the hood. It’s built to be more secure out of the box, and doesn’t connect everywhere without consent like most other Android ROMs. If you’re fine with the privacy and security of using something like LineageOS, CalyxOS doesn’t have much extra to offer.
The extra y
just forces a database update. The mechanism to detect when not to update the database is a simple timestamp compare, and shouldn’t break. archlinux-keyring
might need a “manual” update if an Arch Linux system is left without updates for a longer period of time. That’s the only situation doing pacman -Sy
, then pacman -S archlinux-keyring
is recommended, and it needs to be followed with pacman -Syu
to avoid a partial upgrade.
Easily set up, and easily attached to other things. Simple notifications about whatever is needed, like service health or updates, new posts on public platforms, etc. A simple curl
is plenty to send and receive notifications, and it works on Android without requiring FCM (Google infrastructure).
I use mautrix/discord, it can work in both puppeting (sign into your account) mode and relay (bot account with webhooks) mode.
I use mine for a single channel in a “medium-size” server (~2k people), a friend group server, DMs, and a few channels that follow a bunch of announcement channels on other servers.
Probably because they’re incapable of maintaining a distribution: https://manjarno.pages.dev/