Package Details: protonup-qt-bin 2.10.2-1

Git Clone URL: https://aur.archlinux.org/protonup-qt-bin.git (read-only, click to copy)
Package Base: protonup-qt-bin
Description: Install and manage Proton-GE for Steam and Wine-GE for Lutris with this graphical user interface.
Upstream URL: https://davidotek.github.io/protonup-qt
Keywords: lutris proton steam wine
Licenses: GPL3
Conflicts: protonup-qt
Provides: protonup-qt
Submitter: R1yuu
Maintainer: R1yuu
Last Packager: R1yuu
Votes: 31
Popularity: 2.90
First Submitted: 2022-10-05 15:16 (UTC)
Last Updated: 2024-07-27 20:23 (UTC)

Dependencies (1)

Required by (1)

Sources (3)

Latest Comments

yochananmarqos commented on 2024-07-27 20:51 (UTC)

@sonic2kk: No, the same information does not actually apply here. Notice the source is the AppImage, so there's nothing to do. ;)

sonic2kk commented on 2024-07-27 14:46 (UTC)

(Copied from protonup-qt package, as the same information applies here)

Hello! Just wanted to let you know that the next release of ProtonUp-Qt is going to use a fork of the vdf and steam dependencies, as the upstream versions of these have not been updated to parse the new Steam appinfo.vdf format, which breaks functionality on the current Steam Client Beta for the last ~1 month and will thus also break once this is out of the Steam Client Beta and into the Steam Client Stable. For the record, it is semi-common for the appinfo.vdf format to change, the version gets bumped every so often and libraries have to be updated to accommodate this. So this isn't a bug on the Steam Client that we're working around, but a deliberate format update on the Steam Client's appinfo.vdf that we have to account for.

Being able to parse this file has required changes on both the steam and vdf libraries, and upstream did not merge the PRs in time and there has been little activity upstream for a while, so SolsticeGameStudios are maintaining forks with the necessary PRs merged.

SolsticeGameStudios intend to keep the forks around, as they are using it themselves: https://github.com/DavidoTek/ProtonUp-Qt/issues/415#issuecomment-2254092417 - As a caveat, they don't intend to support older Python versions, but that shouldn't be an issue for an AUR package :-)

I hope it is not too problematic to update to support these new dependencies. Quite a few users that open issues on ProtonUp-Qt are using an AUR package of ProtonUp-Qt (the issue template asks for the installation method, and AUR is not uncommon). I have seen protonup-qt-bin be mentioned specifically in the command when users provide it with yay -S protonup-qt-bin. If there is anything that can be done on the ProtonUp-Qt side to make this easier, feel free to open an issue / pull request!


SteamDatabase work to figure out the format change:

Relevant ProtonUp-Qt discussion:

Upstream PRs that were not merged:

SolsticeGameStudios forks:

drokas commented on 2024-05-04 14:27 (UTC)

Gentle reminder to please update your package.

changes needed : 1. BUMP the package number in PKGBUILD to 2.9.2 and update the sha256sum to the latest 2. .SRCINFO also needs a change in version to 2.9.2 and change the old sha256sum to the latest. It looks like the source mentioned in the .SRCINFO source refers to 2.8.2 please update it to latest as well.

drokas commented on 2024-02-18 10:19 (UTC) (edited on 2024-02-18 10:20 (UTC) by drokas)

Please update the package to latest version. AppImage version 2.9.1 is already available

I have already tested with the new version changes on a local git branch and it seems to be working as intended. Please bump up the version in aur as well.

stop50 commented on 2023-08-26 07:38 (UTC)

it misses the requirement of fuse2. Appimages don't work with fuse3

orlfman commented on 2023-01-02 03:35 (UTC)

thanks for providing the appimage version.

R1yuu commented on 2022-10-05 23:04 (UTC)

Thank you for the feedback @yochananmarqos. I updated the PKGBUILD to use the icons from the AppImage.

yochananmarqos commented on 2022-10-05 17:37 (UTC)

The icons are in the AppImage. Extract it and install them from there:

prepare() {
  chmod +x "$_pkgname-$pkgver-$CARCH.AppImage"
  ./"$_pkgname-$pkgver-$CARCH.AppImage" --appimage-extract
}

In the package() function:

  install -d "$pkgdir/usr/share/icons/"
  cp -r squashfs-root/usr/share/icons/hicolor/ "$pkgdir/usr/share/icons/"

The noextract() array is unnecessary as AppImages are not automatically extracted.