Support us on Patreon
PayPalProtonUp-Qt is back for another update, remaining as one of the easiest ways to install extra compatibility tools on Steam Deck and Desktop Linux with version 2.9.2 out now. You can use this to install GE-Proton, Luxtorpeda and other tools to increase game compatibility for Steam, Heroic Games Launcher and Lutris.
Changes in this release:
- Steam: Display which games are using a certain Anti-Cheat Runtime.
- Improvements were made to the Shortcut Editor.
- Updated the AppImage build to a more recent version. This may cause a problem if your OS version is from before the year 2022. Report that on GitHub and update your OS to a more recent version or use ProtonUp-Qt v2.9.1 in that case.
- Fixed a crash that occurs when a Steam installations is missing files, PR #356.
- Fixed a crash when a game with the AWACY Denied status is detected, PR #354.
- Fixed the dialog for custom launcher installations if no official launcher is installed, PR #371.
See more on the GitHub.
Article taken from GamingOnLinux.com.
Some you may have missed, popular articles from the last month:
All posts need to follow our rules. For users logged in: please hit the Report Flag icon on any post that breaks the rules or contains illegal / harmful content. Guest readers can email us for any issues.
dziadulewicz Apr 10, 2024
I wish there was a flatpak and or a snap package rather than appimage :/
New users have no idea they have to be made executable and they don't integrate not self update. They apparently don't support Wayland either. Oh well.
New users have no idea they have to be made executable and they don't integrate not self update. They apparently don't support Wayland either. Oh well.
0 Likes
dziadulewicz Apr 10, 2024
I wish there was a flatpakThere is one :)
Ohhhh i wasn't aware! So then very easy install of Steam Deck too
0 Likes
Vortex_Acherontic Apr 10, 2024
I wish there was a flatpak and or a snap package rather than appimage :/
New users have no idea they have to be made executable and they don't integrate not self update. They apparently don't support Wayland either. Oh well.
If that just where the only issues AppImages had 😅
1 Likes, Who?
Thank the heavens an Appimage is provided, only having a flatpak would be horrible beyond words. Appimage ftw.
0 Likes
dziadulewicz Apr 10, 2024
I wish there was a flatpak and or a snap package rather than appimage :/
New users have no idea they have to be made executable and they don't integrate not self update. They apparently don't support Wayland either. Oh well.
If that just where the only issues AppImages had 😅
Yup! Don't know whether i'm the only one who finds appimage nothing short of joke actually at this point
AFAIK its the devs decisions keeping it from being more usable and current with times.
1 Likes, Who?
Vortex_Acherontic Apr 11, 2024
I wish there was a flatpak and or a snap package rather than appimage :/
New users have no idea they have to be made executable and they don't integrate not self update. They apparently don't support Wayland either. Oh well.
If that just where the only issues AppImages had 😅
Yup! Don't know whether i'm the only one who finds appimage nothing short of joke actually at this point
AFAIK its the devs decisions keeping it from being more usable and current with times.
I think the funniest thing about AppImages is that they are not even fully self contained. Which is their whole selling point and purpose 😅
Last edited by Vortex_Acherontic on 11 April 2024 at 4:20 am UTC
1 Likes, Who?
I think the funniest thing about AppImages is that they are not even fully self contained.
That would hardly work for a tool that has to manipulate data for third-party programs?
0 Likes
Vortex_Acherontic Apr 11, 2024
I think the funniest thing about AppImages is that they are not even fully self contained.
That would hardly work for a tool that has to manipulate data for third-party programs?
No that's not what I meant sorry for the confusion. It was about that AppImages do not contain all libraries they require to run in the first place. Of course a ProtonUP-Qt AppImage which fetches custom Proton builds from the web does not include said Proton builds.
I was speaking about what the AppImage itself needs to even open up.
For example, as someone who is on the immutable distro band wagon, I was hit hard by AppImages not being able to run on their own without modifying the host system. So I ended up setting up a distrobox container with all those random dependencies AppImages require to run as quite a few of them aren't installed. Neither on my host system and not in the container image by default.
Even after running countless of AppImages inside that container and installing missing dependencies there's every now and then a new AppImage which requires some new random dependencies installed in the system in order to run.
Which contradict with the idea of AppImages to ship all libraries they require to run by themselves. This means AppImages aren't true portable application formats in the end and thus aren't particular useful.
In case of ProtonUP-Qt this isn't a big deal as I use the flatpak anyway. But for other software which aren't on flathub this might be the case or I just need to extend the AppImage distrobox container 😅
Last edited by Vortex_Acherontic on 11 April 2024 at 9:39 am UTC
0 Likes
See more from me