Quoting: NoSt

Quoting: EagleDeltaMy main point being is that even with a Snap and AppImage, I either can't get it to run on Pop!_OS 20.10 or, when it does, it can't detect the controller. And I can't install the package via PPA as it requires Python 2 dependencies that are no longer included since Pop!_OS 20.04

Apparently there is a Python 3 fork of this software. They mention it in this thread.
I tried that AppImage on Ubuntu, EndeavourOS and Fedora, and it not only runs, but also detects my Steam Controller.
Keep in mind, though, that I wasn't able to find the source code of the aforementioned Python 3 fork on GitHub, so I don't really know where it comes from.

I found the source: https://github.com/Ryochan7/sc-controller

Not sure if it's from the same person as the link in the github issue thread, but it has a working AppImage

View this comment - View article - View full comments

That makes a lot of assumptions though:

1. That there are no vulnerabilities in the snap package itself.
2. No mistakes were made the open the snap packages to abuse or circumvent the containerized nature.
3. Many desktop apps can't be fully contained since they have to interact with other applications (like sc-controller kind of does).
4. There aren't any issues inherent to Snap itself that could be exploited.

No one developer or team can account for all the potential issues within any software stack, be it in the Distro, snap, flatpak, AppImage, etc. So generally, the developer focuses on what they ARE accountable for. One of those is simply don't use software/libraries/apis that are end of life - which Python 2 has been for almost a year.

My main point being is that even with a Snap and AppImage, I either can't get it to run on Pop!_OS 20.10 or, when it does, it can't detect the controller. And I can't install the package via PPA as it requires Python 2 dependencies that are no longer included since Pop!_OS 20.04

View this comment - View article - View full comments

Quoting: Liam Dawe

Quoting: CatKillerPython 3 has been out for 12 years, and Python 2 has been EOL for a year already. Containerisation is useful in its own right, but using it to limp along with a dead Python version doesn't seem like a great plan for something that's under active development.

Well if it works, and it keeps useful applications alive, there's nothing wrong with it and there's people who have issues with the newer Python version of SC Controller. No need to have one solution forced on everyone, options are good for those who need it :)

In the current world though that's not a good idea. With vulnerabilities and malicious actors moving faster than most communities can keep up running out of date software is dangerous. It gets even worse if you live in a home where you and/or others are working from home, as a particularly bad vulnerability could give an attacker the ability to take over a PC and silently monitor the local network, potentially gaining access to a corporate network by getting VPN credentials with a MITM attack.

This is also why Windows Kernel-level Anti-Cheat is so dangerous as well.

View this comment - View article - View full comments

Quoting: Liam Dawe

Quoting: EagleDeltaJust to add - this update is going to be for both Baldur's Gate: EE AND Baldur's Gate II: EE. Both have betas up and both need testers.

This is mentioned at the very top of the article ;)

I am totally blind. I didn't even see that

View this comment - View article - View full comments

Just to add - this update is going to be for both Baldur's Gate: EE AND Baldur's Gate II: EE. Both have betas up and both need testers.

View this comment - View article - View full comments

Anyone else having issues with the Setup Dialog not downloading the files when you click Download?

I'm on Pop!_OS 20.10 and see these in the logs every time:

 
SIMGEAR_TLS_CERT_PATH=/tmp/.mount_FlightdJQgVR/usr/ssl/cacert.pem
LD_LIBRARY_PATH=/tmp/.mount_FlightdJQgVR/usr/lib:
gio: /tmp/.mount_FlightdJQgVR/usr/lib/libselinux.so.1: no version information available (required by /lib/x86_64-linux-gnu/libgio-2.0.so.0)
mkdir: /tmp/.mount_FlightdJQgVR/usr/lib/libselinux.so.1: no version information available (required by mkdir)
/usr/bin/microsoft-edge-dev: /tmp/.mount_FlightdJQgVR/usr/lib/libselinux.so.1: no version information available (required by /lib/x86_64-linux-gnu/libgio-2.0.so.0)
/usr/bin/microsoft-edge-dev: symbol lookup error: /lib/x86_64-linux-gnu/libatk-bridge-2.0.so.0: undefined symbol: atk_component_scroll_to_point

EDIT: I just switched from using the AppImage to using the PPA and now it works

View this comment - View article - View full comments

Quoting: dpanter

Quoting: legluondunetlike I said before, you don't have to give your different games providers credentials to Lutris

And like I said before, that is not an issue.
Forget it, I'll just have to update and find out for myself.

From what I've gathered using it, there's no automatic syncing. At least I haven't noticed it. As to Lutris having access to these services. This is no different than what we do in general tech to ensure interoperability between tools and services. They are just API calls that either use existing credentials to access your account or a use-case specific API key or token.

In Steam's case, it is actually using the login credentials that Steam already stores on your system. Lutris doesn't store those credentials, it just reads from the file that Steam places in your Steam configuration directory.

View this comment - View article - View full comments

If anyone is having issues with Steam sync in the beta, there is a bug where they have the wrong case when looking to see which Steam user in your `localusers.vdf` file was the most recent. There is a bug fix up and waiting for merge.

If you want the fix in your beta now, you can edit the file `/usr/lib/python3/dist-packages/lutris/util/steam/config.py` and change `"mostrecent"` to `"MostRecent"` on line 63. DO NOT CHANGE ANYTHING ELSE!

If something does break, you can do a `sudo apt install --reinstall lutris` to reinstall the old stable release, then reinstall the beta DEB file from there.

Not sure if this is the same on other Distributions.

UPDATE: A fix has been push to the github repo that works a lot better than mine, but it's more complicated. As Steam was originally created on Windows, it can still be a bit fast and loose with case in text files. The update in Lutris will now properly sync Steam in the 0.5.8-beta as it does a case-insensitive check on the required config file option. I don't believe this fix is in the beta DEB file yet.

Quoting: Li0NeTWaiting to itch.io support too

Last I saw that is planned for 0.5.9

View this comment - View article - View full comments

Quoting: x_wingAre they contradicting them self?

Nope, just because they aren't buying ARM's IoT division doesn't mean they won't use the sale to get into that market with whatever they produce.

View this comment - View article - View full comments

Anyone else having issues with the User-Agent Switcher? It's not working for me.

View this comment - View article - View full comments