sonic2kk
commented
1 year ago Wrote a small Python script that gets the latest GitHub release tag for a project, it's possible that this could be used to get the latest available version on GitHub and compare it with what we have, and then ProtonUp-Qt could prompt and ask for an update
import requests
import re
import os
def get_latest_github_tag(project_url):
github_url = 'https://github.com'
releases_url = f'{project_url}/releases'.replace(github_url, '')
tags_url = f'{project_url}/tags'
tagspage_resp = requests.get(tags_url).text
release_tags = re.search(f'{releases_url}[^\"]+', tagspage_resp)
return os.path.basename(release_tags.group(0))
ge_tag = get_latest_github_tag('https://github.com/GloriousEggroll/proton-ge-custom')
stl_tag = get_latest_github_tag('https://github.com/sonic2kk/steamtinkerlaunch')
pupqt_tag = get_latest_github_tag('https://github.com/DavidoTek/ProtonUp-Qt')
boxtron_tag = get_latest_github_tag('https://github.com/dreamer/boxtron')
luxtorpeda_tag = get_latest_github_tag('https://github.com/luxtorpeda-dev/luxtorpeda')
kron4ek_tag = get_latest_github_tag('https://github.com/Kron4ek/Wine-Builds')
# Seems like TKG doesn't return anything useful...
#protontkg_tag = get_latest_github_tag('https://github.com/Frogging-Family/wine-tkg-git')
print(f'Latest GE-Proton release is: {ge_tag}')
print(f'Latest SteamTinkerLaunch release is: {stl_tag}')
print(f'Latest ProtonUp-Qt release is: {pupqt_tag}')
print(f'Latest Boxtron release is: {boxtron_tag}')
print(f'Latest Luxtorpeda release is: {luxtorpeda_tag}')
print(f'Latest Kron4ek Wine release is: {kron4ek_tag}')This was based on something similar I did for STL in Bash, to fetch the latest version of MO2 and Vortex
```bash #!/usr/bin/env bash # I adapted the STL code into the below code to only get the latest tag, and then wrote the Python version above GHURL="https://github.com" WGET="wget" function getLatestGitHubReleaseVer { PROJURL="$1" RELEASESURL="${PROJURL}/releases" EXPANDEDASSETSURL="${RELEASESURL}/expanded_assets" TAGSURL="${PROJURL}/tags" TAGSGREP="${RELEASESURL#"$GHURL"}/tag" LATESTTAG="$("$WGET" -q "${TAGSURL}" -O - 2> >(grep -v "SSL_INIT") | grep -m1 "$TAGSGREP" | grep -oE "${TAGSGREP}[^\"]+")" LATESTVER="${LATESTTAG##*/}" echo "$LATESTVER" } echo "Latest GE ver: $( getLatestGitHubReleaseVer "https://github.com/GloriousEggroll/proton-ge-custom" )" echo "Latest STL ver: $( getLatestGitHubReleaseVer "https://github.com/sonic2kk/steamtinkerlaunch" )" echo "Latest ProtonUp-Qt ver: $( getLatestGitHubReleaseVer "https://github.com/DavidoTek/ProtonUp-Qt" )" ```Just in case anyone was thinking about this :-)
DavidoTek
Is your feature request related to a problem? Please describe. No, aside from updating is manual
Describe the solution you'd like This might be asking for a lot, but I have given it some thought to maybe give you a simple solution for auto updates. So, the premise is, the program would work as-is for explicitly installed apps, but auto updated apps will come from a subscribed list. ProtonUp-Qt can simply run in the background and poll updates, or the user can open the app to check for updates on the subscribed list. When a new version for an app is available ProtonUp-Qt will install it basically as if the user did so, and runs the batch update immediately after. The previous version can optionally be kept if the new version breaks anything, the rest will be auto deleted during the update process. Old unused versions can simply be uninstalled, if it is in use the user would have had to change that themselves, so it should not be uninstalled. The use state and version number should be a pretty reliable way to check what should be uninstalled. The only thing that I could see throwing a wrench in things is if an app changes the versioning scheme, but depending on how you have ProtonUp-Qt check if something is a new version or not, that may be an issue even without an auto updater, or it could be a non issue if you have already planned for that. I think this is a pretty user friendly solution and might just amount to a pretty small script. If I were a more experienced programmer I would give it a shot.
Describe alternatives you've considered Apps could be updated in place of the old one, but I think that would be even harder to implement and it would not have the flexibility of the batch update system you already have in place, plus there is less worries if an update breaks something. I imagine you have already given thought to updates and all of the reasons you wouldn't want that.