Check out our Monthly Survey Page to see what our users are running.
Latest Comments by EagleDelta
Mad Max and Shadow of Mordor delisted for Linux and macOS on Steam
4 January 2021 at 7:48 pm UTC Likes: 4

Quoting: rustybroomhandle
Quoting: EagleDeltaI don't think anyone posted this yet, but both games are based on movie properties rather than being standalone IPs

Totally not related. This is entirely just Feral's license to the ports that have expired.

Sorry, that's not entirely what I meant. What I was trying to note is that Feral probably had to enter into a more restrictive and time-limited license because they are based on file franchises rather than that the license was terminated because of that.

While these port license issues do happen from time to time, I don't think I see them as often in general gaming as I do in games based on other properties.

Mad Max and Shadow of Mordor delisted for Linux and macOS on Steam
4 January 2021 at 4:57 pm UTC Likes: 1

I don't think anyone posted this yet, but both games are based on movie properties rather than being standalone IPs made specifically for gaming. On top of that, this being WB Interactive, their licensing model is probably a bit more restrictive due to the tie to the Movie Business.

Hollywood companies are extremely protective of their "property" and I'd expect anything tied to a movie license to be quite a bit more complicated than a normal porting license. In fact, if the original gamedev is not the IP holder, such as EA with Star Wars, they probably cannot hand out licenses to port anything to platforms EA doesn't support without the permission of Lucasfilm/Disney. While this is less complicated as WB owns WB Interactive, there are still weird organizational separations that make it even more complicated.....

DOSBox Pure for RetroArch aims to make retro DOS gaming real easy
23 December 2020 at 5:32 am UTC

Quoting: denyasis
Quoting: EagleDeltaAnyone running into issues with:

 
[INFO] [CORE]: Loading dynamic libretro core from: "/home/dhollinger/snap/retroarch/423/.config/retroarch/cores/dosbox_pure_libretro.so"
[ERROR] Failed to open libretro core: "/home/dhollinger/snap/retroarch/423/.config/retroarch/cores/dosbox_pure_libretro.so"
Error(s): /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /home/dhollinger/snap/retroarch/423/.config/retroarc[INFO] [Environ]: SET_PIXEL_FORMAT: RGB565.


Granted I'm on Pop!_OS and not Arch, and am running the Snap version since the Flatpak one has some issues.

Do I need to build retroarch from scratch?

I guess the easiest question is do you have glibc installed at the correct version? It looks like it's asking for 2.29. From a quick Google, it looks like glibc provides libm and is running 2.32 most recently.

I'm not near my computer, but hopefully the newest version will satisfy that dependency.

Small edit: looking at the online Ubuntu repo, looks like the package is libc6. I think pop_os is based on Ubuntu, so I'd check for that package and update.

I was able to get it working. I had to install from PPA instead of Flatpak or Snap

DOSBox Pure for RetroArch aims to make retro DOS gaming real easy
22 December 2020 at 5:50 pm UTC

Anyone running into issues with:

 
[INFO] [CORE]: Loading dynamic libretro core from: "/home/dhollinger/snap/retroarch/423/.config/retroarch/cores/dosbox_pure_libretro.so"
[ERROR] Failed to open libretro core: "/home/dhollinger/snap/retroarch/423/.config/retroarch/cores/dosbox_pure_libretro.so"
Error(s): /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /home/dhollinger/snap/retroarch/423/.config/retroarc[INFO] [Environ]: SET_PIXEL_FORMAT: RGB565.


Granted I'm on Pop!_OS and not Arch, and am running the Snap version since the Flatpak one has some issues.

Do I need to build retroarch from scratch?

Standalone Steam Controller driver and UI 'SC Controller' gets a sweet small upgrade
14 December 2020 at 4:24 pm UTC Likes: 1

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

Standalone Steam Controller driver and UI 'SC Controller' gets a sweet small upgrade
13 December 2020 at 8:30 pm UTC

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

Standalone Steam Controller driver and UI 'SC Controller' gets a sweet small upgrade
13 December 2020 at 8:01 pm UTC Likes: 1

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.

Beamdog need testers for major updates to Baldur's Gate II: Enhanced Edition
7 December 2020 at 9:53 pm UTC

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

Beamdog need testers for major updates to Baldur's Gate II: Enhanced Edition
7 December 2020 at 3:34 pm UTC Likes: 1

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.

Free and open source flight sim 'FlightGear' has a brand new release
9 November 2020 at 7:45 pm UTC

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