You won’t need a terminal unless you refuse to use the GUI tools that do the same thing.

If you want to use the terminal, go for it and use the default. If you eventually find it lacking THEN start investigating different options.

Just use everything as you normally would otherwise, and you shouldn’t notice a huge shift.

Well, no. Not to shoot down your comment or anything, but you’ve only learned a lot about Nix still in your example.

For instance, if someone presented you with an Arch system of some sort and asked why a certain systems unit wasn’t working, or why the speakers on their laptop don’t work but the headphones jack does, or why their Nvidia kmod modules aren’t loading.

Your experience with Nix is t going to help with some of the more basic functions of a traditional Linux system because of the abstractions in top of abstractions that you’re used to interacting with on Nix.

I’m not even digging on Nix, like I said, it was designed for a very specific purpose. I’ve run hundreds, if not thousands, of various build system permutations on Nix over the years, and even I wouldn’t even think about using it for really basic stuff like running a Desktop 🤣

If you simply just want to track config file changes, use a flat git repo, or something like Ansible.

That’s going to be a helluva lot simpler for you to learn and execute on.

Traditional and Immutable distros as working OSes are not knowledge compatible at all. The software that runs on it is the same, but everything else about how they run, are executed, managed, installed…etc, all different.

Nix is Immutable, and on top of that, has an entire configuration language you need to manage.

If you’re not familiar with a standard Linux OS, you’re going to have a bad time, I can tell you that.

As far as your concepts of “random commands” not being used as part of the running of a system, that is not quite correct. You will still to track adhoc changes to different services or configurations that would then need to also be applied and executed in a NiX config in the proper place to ensure proper order of execution.

Let’s just say it’s an advanced system that serves a purpose meant for repeatable testing and CI/CD type operations. It’s not really meant to be a user-friendly system to make managing your desktop easier, so. don’t misunderstand this one important fact.

Fatty fingers

If it just started out of nowhere, and you haven’t updated recently, then check your heat, power and memory.

If you’ve updated recently, check and see what got updated and go back to the previous versions.

https://github.com/torvalds/linux/blob/master/Documentation/power/video.rst

E: this might help

Or maybe this one

Thanks for the quote, but 6-7 and you don’t specify.

You’re having an issue with the game engine. Try running it outside of Steam via Heroic or straight Wine.

Also try it in Desktop Mode and see if it works there to whittle it down.

Are you running a native package or a Flatpak?

16GB is plenty, so just install whatever distro you want.

Re: Nvidia - They’re not dropping it entirely, meaning the drivers stop working, they’re just not going to be including fixes for older devices in the rolling releases anymore. Those cards are almost 10 years old, so that’s not shocking at all. For $40 you can get a card 2x as powerful as that one right there.

Lubuntu and AntiX are the two I hear most often, but there others. There are only a few geared for desktop usage.

Memory is going to be the big decider, and the GPU will be the weakest point for gaming. Nvidia is also probably dropping GTX hardware in the rolling driver updates next year-ish.

If you’re talking about gaming, all distros will be the same, as they are in any other metric aside from memory consumption (there are some tuned distros meant for low memory consumption). As long as it has 8GB of memory, any distro will be fine.

https://github.com/Quedale/OnvifDeviceManager

It’s your CPU almost certainly, but you can confirm by running a game and checking your CPU metrics on a resource monitor while in casual or something. One thing to test is adding the “-threads [threads_number]” for how many cores you have and see if that helps.

Also check ProtonDB for user performance tricks.

The big reason for CS2 getting laggy from CPU being weak is from the number of threads the game runs to keep the inputs from all the players as live as possible. Increasing the power or number of threads improves the perceived lag you’re seeing.

Nope, KDE doesn’t deal with anything at the driver level. Pretty sure it was a combo of removing the Nvidia packages, and then you probably got a kernel update which forced the kernel modules to rebuild and it detected and included your new AMD hardware.

This is normally done automatically, HOWEVER, if you have something like the Nvidia stack of drivers on your system, you can get weird behavior because the package maintainers pull all kinds of ugly tricks to force Nvidia bits and pieces to stick to where they need to be.

In the future, you can trigger a sort of rebuild with whatever your running kernel is like so to force changes: https://brandonrozek.com/blog/rebuildkernelakmod/

This is probably what happened when you did that update, and it refreshed the device table and made sure the AMD modules were loaded properly.

Fedora 100% has acceleration, you just seen to be missing something. Starting from a clean distro isn’t a good indication of where your issue is with your existing install.

Did you switch from an Nvidia card by chance? Did you check if you might have blacklisted AMD drivers?

Reboot and check dmesg for any obvious errors, and lsmod | grep amd to see what, if anything, is loaded. If nothing is loaded, I almost guarantee you have something blacklisted.

Yes, that’s what I’m saying. Running Android on Linux is one thing, and that only requires Waydroid and has nothing to do with Steam.

Having an SDK stack specifically for androidarm64 means there are extensions there to hook into the Steam client, meaning Android apps that use Steam platform for…something. This was never announced or discussed.

It has nothing to do with Frame specifically, because you don’t need an entire SDK entry point for one device that has nothing to do with Android anyway.

So it must mean that they intend to give the option to hook in to Steam for game devs that already have Android builds and distribution or something. Like Netflix games, Rockstar, Bethesda…etc.

Interesting…

I think we only knew about the arm64 but, but not androidarm64. Sounds like they’re leaving the option open for Android developers to make their APK distributions compatible with Steam to play on Frame.

Maybe you don’t understand how RTSP works, but it’s just a protocol for sending video and time information in a stream.

Try VLC if you just want to view the stream.

If it’s a generic controller without a known equivalent HID compliant profile (this one detects as a Switch), it’s likely not going to work well for a variety of reasons.

Maybe give this a shot: https://github.com/DanielOgorchock/joycond

It should make controllers aligned with Switch work with steam-input.