You gain the loss of the ability to play League of Legends and Fortnite

I haven’t tested this, but fairly sure you could just install vortex, mo2 or whatever other modmanager to same prefix as where the game is.

Yeah, you can use protontricks to execute any executable inside the WINE environment. You can take the command used to do that and put it in a .desktop file so you can run the program from a desktop icon or launcher.

Installing mods mostly considered a ‘problem’ by the standard of gaming on Steam where you just press play and let Proton take the wheel. If you were running games through WINE prior to Proton, it is much easier now.

The conspiracy is that the investment in this specific case requires or invites enshittification.

It’s a non sequitor, it does not follow.

Someone can come up with a story (a conspiracy) where it COULD be true and that story could fit the popular memes about capitalism… but that is not evidence. It’s just a story, fanfiction, words on the Internet unsupported by reality.

I’ve found his videos pretty on point in the topics that I’m familiar with.

I’d need more evidence of misleading information than ‘A popular content creator receives an investment’. That’s not proof.

It’s not even implied by the evidence presented outside of an implied conspiracy not built on anything other than a press release.

There may be evidence of foul play somewhere, but it was not presented here.

sudo sysctl net.ipv4.ip_forward

sudo sysctl -p

Those do not enable forwarding. One prints the value of forwarding and the other loads the config file.

To set it temporarily

sudo sysctl net.ipv4.ip_forward=1

To set it permanantly, edit /etc/sysctl.conf (or add a config file to /etc/sysctl.d/). You only need to add one line that reads ‘net.ipv4.ip_forward=1’

I have both strong opinions on things and suggestions.

The Windows software stack is completely independent of the Linux software stack. This doesn’t tell you anything about the problem. Trying Windows tells you that the hardware has the capability, but you could have learned that from a spec sheet.

If you want to solve the problem on Linux, make a post with the details of the problem and what you’ve tried so far as well as any logging that you can get out of Sunshine which would show you starting Sunshine and starting a stream.

Without any other information:I read the fantastic manual.

It looks like you’re likely running into a documented problem: Mesa has disabled VA-API for legal reasons

Without vaapi support, sunshine falls to software encoding which means the encoding is running on your CPU and that is what is causing the stuttering, so to fix it you would need to install a version of mesa that’s been compiled with the correct flags (h264enc, 265enc).

The instructions for doing this depends on our distro. On Arch, amdonly-gaming-mesa-git is listed as an optional package for the AUR version of sunshine, amdonly-gaming-mesa-git is compiled with video-codes=all which will enabled the h264, h265 support.

It works fine on my 7800XT.

They’re just confusing ‘This isn’t working for me’ with ‘This isn’t working for Linux’

Pipewire can use vsts natively.

I use an RNN noise plugin for background noise removal, it’s just a pipewire device that you can connect other sources through (using graphical wireplumber interfaces) or hard code specific inputs/outputs in the config.

It’s probably a lot easier to use them in an application, but if you only need a few then this is a way to handle it without needing additional software.

I wish these guys luck.

I like the idea of a smartwatch, but I’m not accepting the Faustian bargain required to wear them. I can see my heart rate as long as Google can see my hearrate? No thanks, pass.

The person posting about a RAT is either unwell or trolling, dumping paragraphs of nonsense and screenshots that don’t actually show anything.

The second that they claimed to be able to detect data exfiltration via wireguard is what lost me (even script kiddies use encryption, advance attacks would exfiltrate data in DNS requests or some other exotic method). That and they were not describing a malware infection but an active attack by a person/people who were able to determine what steps that OP was taking and react.

Also, if you think your system is compromised the first thing you do is remove power from the infected machines, you don’t use them to try to determine what is wrong (when the attacker could have just corrupted your tools, or replaced the kernel with a kernel who lies to sys calls., etc)

Anti-viruses’ popularity is a bit paradoxical.

If something is good then it becomes popular, and then once it is popular malware developers add specific testing for that specific AV software so it becomes less good over time.

I use virtual desktop for GUI tools. I put the volume mixer, OBS and a terminal with ncmpcpp for music. So if I need to screen record or swap inputs or change music it is all on the same key.

remove is -R

so

sudo pacman -R vulcan-mesa-implicit-layers

You can force it to ignore dependencies (be careful doing this as it is bypassing an important safety check in the package manager), for example if you’re trying to remove a package that you’re going to replace with another one then you can ignore the dependency warning when you try to remove it.

Use -Rdd to remove and ignore dependency checking.

Yakuake

Press F12 (or whatever) -> Terminal drops down, in focus and always on top -> Press F12 again -> Terminal disappears.

Thanks for the explanation. So it works similar to the system partition on windows.

Yeah, same bit. Just put everything on another drive/partition and then mount that on /home (so you get /home/user) and that’s it.

I somehow struggle a little to understand the role of distribution. When researching how to install Linux, it seemed like an important choice with lots of differences between the various distributions. Some are based on arch, some fedora or ubuntu. It seems like all need different types of packages to install software. And so on. A little ironic, that this is less a problem when running Windows executables through a compatibility layer like wine.

Distributions are essentially just a selection of the basic software required to make a system work. Things like, what version of the kernel you will start with, what init system (systemd is the current popular choice, but sysvinit is still widely used). Then there is the package manager, which is responsible for installing/updating all software on your system (you can install software without the package manager, but here there be dragons) and often a distro will include a Desktop Environment (which is, itself, another package of various software maintained by another group) like KDE Plasma, Cinnamon, XFCE, etc and some default software packages (like, LibreOffice, Firefox, or Steam).

There’s a ton of little differences between distros in how they do things. Like one distro may release a full system update periodically and that update will have been in testing for months to ensure stability (Debian). While another strives to ensure the most current version of all software is available (Arch).

Often, groups will like how one system works, let’s say Arch, but want to try something else, like adding a graphical installer, and adding some additional software and they’ll create a new distro that is built on top of the work done by the Arch distro. This is why you see them described as Arch-based(EndeavourOS) or Fedora-based(Nobara).

That being said, there is no major differences between KDE Plasma that was installed on top of Mint and KDE Plasma installed on Arch. They may have different versions which are available in their respective package repositories, but it’s the same software. Mint may not be on the same Kernel version as Nobara but they’re all using some version of the same underlying Linux kernel code. Systemd is Systemd on Bazzite, Mint or Debian, etcetc.

I’m glossing over quite a bit and there are exceptions to almost everything I’ve said but I’m just trying to give you the broad strokes.

Part of the draw of Linux is the ability to swap all of these different components around as you will. Distros are simply popular configurations/design ideas that have a community built around them.

You can keep your steam library across distros. Games are usually Windows executables, which run through WINE so they’re completely independent of the distro.

A common recommendation is to make a partition for your home directory and another for your system directory (they can be on different disks too if that’s easier). That way, if you decide to try a different distro then you will still have all of your data/games/settings/etc. If you do this, then everything will move between distros because you only need to overwrite the information on the system partition.

If you just want to keep the Steam stuff, it is typically in ~/.local/share/steam (~/ means your home directory, if you didn’t know). If you move it into that same location on your new distro then Steam will see all of your installed games.

We can’t know for sure, but if I had to make some guesses:

It could have been something as simple as Nobara using GE-Proton instead of just defaulting to Steam’s proton. You could do the same thing on Mint, just by either manually downloading the zip from Github and extracting into Steam’s compatibilitytools.d/ directory (or, as most people do, use protonup-qt to install/manage proton versions).

Also, Mint uses a different Desktop Environment than Nobara. Mint has a custom DE called Cinnamon while Nobara uses the most popular DE, KDE Plasma. So there could be differences in how Cinnamon and Plasma implement Wayland that were causing hitching.

The Kernel also was recently(-ish) updated to include NTSYNC primitives which makes Wine’s not-emulation a bit smoother in some games. Different distros update their kernels at different times (I don’t know how nobara and mint do this, one could be behind the other)

I’m glad it worked for you, it’s frustrating to have to deal with poor performance and sometimes just rolling the dice on another distro will fix everything (and also, swapping distros when you’re learning is great experience!). Learning the process of tracking down problems will serve you better in the long run, even if it is frustrating. If you get lost or don’t know where to start, make a post in this community, no question is too dumb. At worst, some people will be assholes because it’s social media in 2026 but you’ll usually find someone to get you pointed in the right direction at least.

I was teaching a friend Linux, by ways of running through the manual Arch installation process and finally got to be on the other side of the ‘Ok, now that we’ve spent a ton of time doing this the hard way, here(endeavorOS) is how you use tools to do it in 3 seconds’.

Most of my games run fine on Linux Mint, but not all of them.

You’re not changing much when you’re changing distros, you may have slightly newer or older packages but we’re all running essentially the same Linux Kernel, Proton versions, etc.

You’d probably have less of a headache by trying to diagnose the games that don’t work than swapping OSs blindly and hoping that works.

If you were to swap, I’d look at something Arch-based. This way you’ll have access to the newest versions of everything (for good or ill).

^

For those looking to take the leap:

https://store.steampowered.com/steamos/download/?ver=steamdeck

Write image to USB, Boot to USB, press install from inside the live environment.

If you’re using AMD hardware you will have better luck, but it is not guaranteed to work.