yoevli @ yoevli @lemmy.world

Posts

0

Comments

74

Joined

2 yr. ago

It most certainly is not. Besides the missing features mentioned by the other commenter, SteamVR 2.1 literally shipped last week with a bug that caused it to completely stop functioning on Linux. I think the hotfix version still isn't in the release channel. There's another bug still present in 2.1.7 that prevents VR games from starting. SteamVR Home doesn't work at all anymore.

2.0 had an issue where vrdashboard was using the wrong pixel format which caused the red and blue channels to be swapped (pretty sure that made it into the release channel), and there was a regression introduced in the last year (and is still yet to be fixed) that causes vrdashboard to be rendered to the controller instead of the battery indicator. Granted, these are more minor issues, but it shows the level of QA that goes into the Linux version (next to none).

I'm approaching the point where I'm seriously considering buying a spare drive for a Windows install exclusively for VR. I'm currently dealing with 3 separate serious issues with SteamVR on Linux, one of which I sometimes can't even work around depending on how it's feeling that day. Not to mention, every new release lately seems to introduce a new problem.

I haven't had a Windows install on my system since my previous SSD died 2 or 3 years ago, but it's getting to the point where it's more trouble than it's worth.

Just as a note, I believe you still need to tick the "Enable Steam Play for all titles" in Steam settings to allow it to be used with non-verified games.

It's not meant to be empty. You could fix it by mounting your root partition in a live environment and copying over the sudo binary from the live disk, but without knowing why this happened I'd personally be a bit nervous that other binaries are corrupted as well, so I'd maybe consider reinstalling the OS (preserving the home partition/folder ofc). You could also probably get away with just reinstalling coreutils and fixing any other issues as they crop up if and when they do.

I don't think I've ever felt the urge to apply an alignment chart to monospace fonts of all things, but Xenon and Radon are basically lawful and chaotic evil respectively.

Public companies are by definition amoral. They're beholden to their shareholders and virtually every decision they make is informed by this obligation. Morality generally only factors into their decision-making insofar as it affects PR and thus the bottom line.

I don't mean to say that Google or any other company is immoral. I use amoral to simply mean that they operate independent of morality. No public company, no matter how much you may like them, is your friend at the end of the day.

Chromium is open-source. Chrome is not and also happens to constitute a majority of the browser market, and Google has tried multiple times to cash in on this market share to benefit their primary business of advertising to the detriment of users (FLoC, Manifest v3, Web Environment Integrity).

Likewise, AOSP is open-source, but Google has been progressively dismantling it and making various components closed-source (most recently the dialer app).

All this to say, Google is absolutely not friendly to FOSS. As a corporation, they're beholden to their shareholders above all else and they should be treated as an amoral entity, the same as every other publicly-traded company.

Nope, different product with almost the exact same name lol.

As another user mentioned, package managers are specific to distributions rather than DEs. The main difference between them is that they're developed by the respective distribution teams, but there are some practical differences too. For example, apt supports versioned dependencies while pacman doesn't because of the different distribution models between Debian and Arch (monolithic vs. rolling release). This affects their dependency resolution strategy with each being better suited for it's respective distribution.

To address your point about package managers being the main difference between distros, this isn't quite true. As mentioned, different distros have different distribution models, priorities, and overall biases/opinions that affect the user experience in a variety of ways and make them better suited to different use cases. I would never dream of putting Arch on one of my servers in the same way that you'd probably never catch me installing Debian on my gaming machine.

Nah, I did this once and didn't notice until the call was placed because I was a little tipsy and engaged in conversation. IIRC it didn't make any noise since my phone is always on vibrate, it just buzzed a bit and by the time I processed what was happening it was too late and I had to explain to the dispatcher that no, I was just fidgeting with my phone.

Republicans, at least the ones calling the shots, don't give a shit about "the children" and never have. They just care about controlling women. It's sickening.

This article seems to be outdated as both apps are now visible in the Play Store and I had no problems downloading and running them. A comment suggests that it may be due to the previous minimum SDK target for the apps being too low. I'd be willing to chalk this up to being more innocuous than active malice on Google's part.

DAE le libtards bad?

Ah okay, I haven't looked in a while so my info must have been outdated.

I think you misunderstand the typical use case for the AUR. It's generally used to install fairly niche software that might fly under the radar of distro maintainers. For example, I have CoreCtrl, a utility for managing AMD GPUs, on my install via the AUR. I'm not aware of any distro that packages it currently because it's just too niche of a use case right now for maintainers to pay it any mind.