Nice. And you made sure to mention Anubis, but without it being a clickable link.

Perfect for many of the fun-policing prudes I’ve worked with. (They will never ever actually google a keyword themselves.)

Anubis is not out to make money, as such it has absolutely no obligation to try to appeal to corpos who would use it without contributing back to it.

Either your coworkers have to get over their hangups (have they not noticed that some of the best software that exists is made by furries?) or you’ll have to re-implement something yourselves.

Anubis is open source. You COULD fork it and modify it for your own purposes.

If your coworkers can’t separate what a piece of software is able to do from how it is branded, that’s their problem.

When you ask the waiter for extra gender on top

Her other hand is holding a Kamen Rider figure.

It’s part of a sequence. https://youtu.be/8ySgbVTT0vE

The hand also isn’t held forward, but to the side (and then swept over and across).

fixed :D

Ina’s back

Right. A human would never just draw a line and call it a day for a background detail.

Meinoss has a perfectly solid reputation.

T480

On thinkpads it is in the corner of the screen.

AFAIK the “right” way to do this is use a virtual device for system audio, and have that in turn output to the actual audio interface, so you can keep it maxed out.

But that doesn’t really feel like the ideal solution.

That said I’m probably missing something. EasyEffects is able to process audio in ways that should enable what you’re asking for, I just don’t know how.

Also, if you haven’t already, check out qpwgraph. It’s a virtual patch bay for routing audio around however you want.

Best part, is it’s not an add-on, really. It’s just a GUI for capabilities that pipewire already has.

I would add that a slightly better way would be to do it in raid1 mode instead of single mode.

That way you can move the data over by running a balance, instead of by removing the old volume, which would survive the process being interrupted by a reboot or whatever else.

Then after the balance you can remove the old volume and turn the new one back into a single volume.

TL;DR

Install an archival version of Bazzite or whatever else that corresponds to a date when you know it worked correctly.

Bazzite in particular makes this fairly easy. They have straight forward instructions on how to roll back to a given version.

If that fixes it, just use that version and don’t update.

If you want to stick with Cachy, you can use the Arch Archive to downgrade your entire system to an earlier date, or just Gamescope.

AND I AM TELLING YOU TO DOWNGRADE THEM SO YOU CAN SEE IF AN EARLIER VERSION WORKS CORRECTLY, INSTEAD OF SWAPPING OUT THE ENTIRE DISTRO

ONLY TO TRY THE EXACT SAME COMPOSITOR AS IF THAT WOULD FIX IT

So instead of that, try earlier versions! Different distros from the same date are obviously likely to be running similar versions of Gamescope or whatever else might be the cause.

No.

We use the word distro because they’re not really a fully separate OS. Just a different preset with either a lot or almost nothing swapped out as compared to the next.

You are so hung up being correct here you’re missing what I’m actually trying to teach you.

You need to be comparing different versions, not distros. Because the same version of the same software is going to have the same problem, no matter what distro you use.

You don’t even know how to access system logs, and you expect to understand enough about this stuff to successfully correct me on why trying a different distro isn’t that helpful for troubleshooting?

Software packages that are different.

No? The same software is the same software, regardless what distro you install it on.

Gamescope running on top of KDE/Plasma in one distro will not be different from Gamescope running on top of KDE/Plasma in another distro.

Distros are just presets. The vast majority have far more similarities than differences.

What makes one distro different from another, is that it might come with gnome instead of KDE, pacman instead of apt, initd instead of systemd, systemd-boot instead of grub.

Or any other litany of alternative packages that do the same things.

But if you use the same software, then there is little difference between one distro and the next. The main difference is going to be that you installed the same code from a different distributor.

That’s literally where the name “distro” comes from.

Yes.

A distro or distribution is just a collection of software packages, and usually a package manager.

The actual software itself is the same. The list can be different, but where the items overlap, they are the same. How up to date they are can vary, but Plasma 6 on Bazzite is the exact same as Plasma 6 on Cachy.

Systemd is the same systemd across arch, ubuntu, mint, endeavour, fedora, and any others that use it.

Is this not obvius?

Changing the distro does not tell you much. Especially as you’re running the exact same program in the exact same DE, you should absolutely expect the same result.

I don’t have the slightest clue how to do anything with snapshots and it’s been months since it began anyway so I wouldn’t even know where to start

Well, if you didn’t create any, you can’t go back to them.

My suggestion is to find the archival ISOs of older versions and try them WITHOUT updating after installing them offline.

Though, if you end up having to install gamescope from the internet, then you’re likely getting the exact same latest version no matter what distro you use.

Hence, maybe just easier to learn how to install older versions of packages on cachy. The Arch archive repo makes that quite doable.

And even if I did know which version caused the problem, I wouldn’t know where to go from there.

You pin the package/system and prevent it from updating so it keeps working for you. And report the bug so it can be fixed.

All of this stuff is a community effort. You can wait for someone else to figure out the problem of course, but the fastest solution is usually to volunteer yourself.

A different distro is not different software. Distros are really just different ways to install the same exact software.

Gamescope on Bazzite is the same as Gamescope on Cachy. Same for Plasma/KDE.

Why would they be different?

Learn.

Start with googling how to use journalctl, filter it based on time, errors, or specific processes.

Gamescope is an extra tool.

By going back in time to a version that you know worked.

If that doesn’t fix it, then you can be sure the problem is hardware related, because it still happens on the exact same software that used to work.

And if it does work on older software, then you can go forward one update/snapshot at a time, until you find the change that causes the problem.

What you need to do is compare different points in TIME (older versions), not the same software just installed differently.