

Instead installing older version that is either unsecure, or can cause dependency problems, I rather install Flatpak: https://flathub.org/en/apps/one.ablaze.floorp
I’m here to stay.


Instead installing older version that is either unsecure, or can cause dependency problems, I rather install Flatpak: https://flathub.org/en/apps/one.ablaze.floorp


It’s still not something most people are comfortable with. I am not a stranger to building PCs, so not talking for myself here. It would be much easier to replace controllers like on Switch or a regular game controller. Also being able to have a different buttons and layout configuration would be really cool for a PC handheld, as the system itself is very flexible.


As a secondary device to play games besides my big PC, yes. But lot of people have no other PC and the Steam Deck is the only device. Given that some games come at 100gb install size, and people want to install multiple games, 256gb can be low. I use internal space for Steam games and all stuff, and have an 512gb external card just for emulators and Roms.


It would make it more expensive and less durable. However being able to replace the controllers would definitely by nice, or even buy alternative builds with different buttons. But then, Valve couldn’t possibly hit the price with such an expensive luxurious feature.
Ah right, that makes sense. I know that site, but didn’t think of. I know not the smartes in the town.^^
I also wonder if people do more secure passwords for important services. Or do they treat it the same? My parents always used their birthday as password, so they do not forget it. Which not much more secure than 1234.


No? Helldivers 2 Anticheat system on Linux does not use Kernel level system. It runs at user level, and that’s the point. Nobody said it won’t work on Linux, the problem is that at user level, the Anticheat can easily be circumvented. At least at Kernel level this is massive harder to do and more complicated. I play myself Marvel Rivals and it has Anticheat on Linux too. Valve has a system too for their games such as Counter Strike. But these will never be as effective as one with Kernel level access.
And as explained before, its not just about the Anticheat working on Linux, the game itself needs to work (well) too. You guys need to understand its not just a switch to flip or a command to build a Linux version. That’s not how game development is all about. There is more behind all of this.
Looking at the different countries is also funny. The only password I’m not surprised about is admin, because that’s probably the default for most devices maybe? Unless user changes it manually.
But my question is, are these only “hacked” passwords? Because those who are not hacked, you don’t know what passwords they have. So this is a bit of bias here, right?


That’s not true. It DOES help to have kernel level access for the Anticheat. Just because there are systems that can workaround this protection does not mean every cheat is able to break that.


No reason is not entirely correct. If the Anticheat system only works at Kernel level, then it would not work on Linux. But they can opt in into a Linux version of the Anticheat system, that does not require Kernel level access. But that comes at a risk, because this is easier to work around as a cheater. Also do some Anticheat systems not require the hardware TPM module?
Plus if they don’t know much about Linux, its harder to support that platform as well. Because its not just about the Anticheat, but if the game runs on Linux, they have to make sure every component runs well too. Which they do often, but if any problem arises, they could get bombarded with Linux issues they do not entirely understand.
While in most cases the Linux support could be “easily” possible, as some games show it. One cannot just argue that there would be “no reason” why the Anticheat doesn’t work on Linux. There are technical reasons.


It’s only 2 minutes video, so I recommend to watch to listen to the source yourself.
The interviewer asks about Anticheat situation and Valve employee responds they are working to make it as easy as possible for developers to support Anticheat and build. Hardware modules are in place and whenever help needed, Valve tries to help the developers. But ultimately it is up to the developers to support.


TL;DR: Basically gaming compatibility and additional complications, on top of all what is new due to Linux.
I have a brother trying to convince him to use Linux over Windows (or at least dual boot). I could make him use Manjaro (back then when I was using Manjaro myself) on a laptop. That was his first experience and he is a gamer who likes multiplayer games. So the experience was a bit mixed. Later I borrowed him my Steam Deck for 2 weeks and it was a torture to myself, as it was the launch period of the hardware. And then I convinced him to buy Steam Deck instead a laptop.
He still loves the Steam Deck and uses it here and there, especially on vacation. But as lot of primary multiplayer games he play do not work on Linux and because of complications with some non Steam games and lot of applications he had, such as Discord, he went back to Windows on his new PC. Some complications arised because of the Steam Deck and its limitations, but that did not change the fact how games he plays are not working.
But he admits that SteamOS is the better operating system. And he understands why it is what it is, but as said, that does not change the fact he cannot play some of his favorite games on Linux. But that is not all. You have to understand that newcomers who experience LInux for the first time, and switched reluctant without research, don’t know what Wayland is, don’t know differences between desktop environments and has to deal with compatibility layers on top of all other new Linux stuff for them.
Why your sister felt she has less control is just a feeling, because she know less, therefore can control less. It makes sense from her perspective, so I would not say its entirely wrong.


Yes, because Microsoft knows stuff in Windows that can be utilized in WINE. And maybe open sourcing a few parts to add to it. We are talking about WINE, an open source project where Microsoft doesn’t have the entire say. We can check and correct or reject, unlike whatever happens in closed source Windows.


Can you imagine, what if Microsoft in the future will swap to Linux as their Kernel for Windows? Then WINE and Proton are also much better if Microsoft is actively working on it, as they would need it in a Linux based Windows system. I am talking about something like 20 years from from now. Looking at Android or even SteamOS, it could still be filled with proprietary stuff. But Microsoft would benefit from the superior system and lots of free development. Does anyone else think this could be a possibility?
Honestly, I am grateful that the FSF is a bit more strict in this definition. While I do not care too much about this, I think it is good that we have some ideal to follow and look forward. And its good, because anyone who wants to go that route, have a community and direction.
Agree to fully switch to a 100% free os? No. I need the nvidia driver.
Well, there is an Open Source Nvidia driver nowadays (not talking about Nouveau, but the new Nova). I don’t know how good it is and my old Nvidia 1070 card is not supported by Nova. So cannot do any comparisons sadly. I think in the future Open Source Nvidia drivers could be in a similar spot as AMD.
Calling a “regular” Linux desktop operating system being Black boxed or closed source is a bit too far in my opinion. I do not agree 100%, but I understand the concerns and points brought up in this discussion.


Well, every device in sleep mode runs out of battery at some point. The Steam Deck is not the most efficient one in sleep. I would just turn it off if you do not use it for an entire day or so. Otherwise its pretty useful to just sleep for a few hours.
BTW there is also the package (Bash script)
downgradeto do this job. It is in official EndevourOS repositories, but also in the AUR. And if you want do it manually, head over to https://wiki.archlinux.org/title/Downgrading_packages .