SVI/ProxmoxVE
1
0
Fork 0
mirror of https://github.com/community-scripts/ProxmoxVE.git synced 2026-08-10 20:15:16 -04:00
Code Issues 2.6k Packages Projects Releases 10 Wiki Activity

Update tools.func wiki page for clarity #2289

New Issue
Closed
opened 2025-11-20 05:26:52 -05:00 by saavagebueno · 2 comments
saavagebueno commented 2025-11-20 05:26:52 -05:00
Owner
Copy Link

Originally created by @arian-nasr on GitHub (Nov 9, 2025).

📌 Task summary

Update information for tools.func wiki page entry

📋 Task details

I was recently looking at the update sources for some of the scripts and I was trying to determine what the function fetch_and_deploy_gh_release() does. The wiki page is missing a lot of important parameters for the command.

May I suggest adding the following to the "Usage" section for the function:

https://github.com/community-scripts/ProxmoxVE/wiki/tools.func

Usage

fetch_and_deploy_gh_release <app> <repo> [mode] [version] [target] [asset_pattern]

Basic usage with defaults (tarball mode, latest version)

fetch_and_deploy_gh_release "MyApp" "owner/repository"

Install specific version as binary (.deb package)

fetch_and_deploy_gh_release "MyApp" "owner/repo" "binary" "v2.1.0"

Install prebuild archive with custom target and asset pattern

fetch_and_deploy_gh_release "MyApp" "owner/repo" "prebuild" "latest" "/usr/local/myapp" "*-linux-amd64.tar.gz"

I suggest these changes as they helped me understand the function better and maybe it can help someone else too 👍

Originally created by @arian-nasr on GitHub (Nov 9, 2025). ### 📌 Task summary Update information for tools.func wiki page entry ### 📋 Task details I was recently looking at the update sources for some of the scripts and I was trying to determine what the function fetch_and_deploy_gh_release() does. The wiki page is missing a lot of important parameters for the command. May I suggest adding the following to the "Usage" section for the function: [https://github.com/community-scripts/ProxmoxVE/wiki/tools.func](url) ### Usage ### `fetch_and_deploy_gh_release <app> <repo> [mode] [version] [target] [asset_pattern]` ### Basic usage with defaults (tarball mode, latest version) ### `fetch_and_deploy_gh_release "MyApp" "owner/repository"` ### Install specific version as binary (.deb package) ### `fetch_and_deploy_gh_release "MyApp" "owner/repo" "binary" "v2.1.0"` ### Install prebuild archive with custom target and asset pattern ### `fetch_and_deploy_gh_release "MyApp" "owner/repo" "prebuild" "latest" "/usr/local/myapp" "*-linux-amd64.tar.gz"` I suggest these changes as they helped me understand the function better and maybe it can help someone else too 👍
saavagebueno commented 2025-11-20 05:26:53 -05:00
Author
Owner
Copy Link

@arian-nasr commented on GitHub (Nov 9, 2025):

I double checked and I think the mode parameter is also required. So the current wiki might be incorrect as the default is missing the mode parameter.

@arian-nasr commented on GitHub (Nov 9, 2025): I double checked and I think the mode parameter is also required. So the current wiki might be incorrect as the default is missing the mode parameter.
saavagebueno commented 2025-11-20 05:26:53 -05:00
Author
Owner
Copy Link

@tremor021 commented on GitHub (Nov 10, 2025):

The docs are going through a overhaul, so atm a lot of info is not up to date. We did lot of work on the tools.func and other backend scripts to provide users lots of interesting and useful functions.

The new and updated docs are coming, please bear with us. All this takes time, but end result will be awesome.
Stay tuned on that.

Regarding fetch_and_deploy_gh_release function, only app name and repo are mandatory, rest is optional, depending on the type of release we are trying to fetch. Mode is assumed "tarball" or "source" if none is specified. The function itself has more parameters like CLEAN_INSTALL and USE_ORIGINAL_FILENAME, which need to be mentioned for specific release types, former beign more used for update procedures while latter controls the output file name.

Anyway, the update to the docs is in the works. Can't say when the changes will be applied, but i hope as soon as we finish migrating and testing scripts from Debian 12 to Debian 13 base.

@tremor021 commented on GitHub (Nov 10, 2025): The docs are going through a overhaul, so atm a lot of info is not up to date. We did lot of work on the `tools.func` and other backend scripts to provide users lots of interesting and useful functions. The new and updated docs are coming, please bear with us. All this takes time, but end result will be awesome. Stay tuned on that. Regarding `fetch_and_deploy_gh_release` function, only app name and repo are mandatory, rest is optional, depending on the type of release we are trying to fetch. Mode is assumed "tarball" or "source" if none is specified. The function itself has more parameters like CLEAN_INSTALL and USE_ORIGINAL_FILENAME, which need to be mentioned for specific release types, former beign more used for update procedures while latter controls the output file name. Anyway, the update to the docs is in the works. Can't say when the changes will be applied, but i hope as soon as we finish migrating and testing scripts from Debian 12 to Debian 13 base.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
🛑 Failure to comply with the guidelines
breaking change
bug
bug
bugfix
deferred
delete script
dependencies
enhancement
external
feature
github
help wanted
Implemented in VED waiting push to Main
in project pipeline
invalid
investigation
json
maintenance
new script
new script
nice to have
not a script issue
not planned
organization
pull-request
Mirrored from GitHub Pull Request
 question
refactor
rename script
security
update script
website
wontdo
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
saavagebueno
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: SVI/ProxmoxVE#2289
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?