Mirrors/ProxMenux
1
0
Fork 0
mirror of https://github.com/MacRimi/ProxMenux.git synced 2026-07-26 18:38:30 +00:00
Code Issues Packages Projects Releases Wiki Activity

updage installer

Browse Source
This commit is contained in:
MacRimi
2026-07-13 22:03:25 +02:00
parent 362409e654
commit 1b623cd275
2 changed files with 22 additions and 16 deletions
Download Patch File Download Diff File Expand all files Collapse all files

21
install_proxmenux.sh
View File

@@ -900,15 +900,18 @@ install_proxmenux() {
bash "$LOCAL_SCRIPTS/global/cleanup_gpu_hookscripts.sh" || true
fi
if [[ "${UPDATE_MODE:-0}" == "1" ]]; then
msg_ok "ProxMenux update complete — relaunching menu..."
# Hand off to the freshly-installed menu binary. `exec` replaces
# this shell so nothing tries to keep parsing the install script
# afterwards, and there is zero time window where any process
# could read a half-rewritten /usr/local/bin/menu (already
# protected by the atomic mv above; this is belt-and-suspenders).
exec "$INSTALL_DIR/$MENU_SCRIPT"
fi
# UPDATE_MODE used to `exec "$INSTALL_DIR/$MENU_SCRIPT"` here to
# auto-relaunch the freshly-installed menu. That produced visible
# "line: syntax" errors when bash tried to read the just-rewritten
# /usr/local/bin/menu (or a shared utils.sh sourced by it) under
# its feet. Fall through to the standard "installed successfully"
# end-of-run message instead — the operator types `menu` when
# ready and the terminal is stable by then.
#
# `change_release_channel` in scripts/menus/config_menu.sh is
# unaffected: it invokes the installer without `--update`
# (UPDATE_MODE=0) so it never went through this branch, and its
# "return to config menu" behaviour is preserved.
msg_title "ProxMenux has been installed successfully"

17
install_proxmenux_beta.sh
View File

@@ -811,13 +811,16 @@ if [ -x "$BASE_DIR/scripts/global/cleanup_gpu_hookscripts.sh" ]; then
bash "$BASE_DIR/scripts/global/cleanup_gpu_hookscripts.sh" || true
fi
# Update path: hand off to the freshly-installed menu instead of telling
# the operator to type `menu` again. See install_proxmenux.sh for the
# full rationale — same fix here for the beta channel.
if [[ "$UPDATE_MODE" == "1" ]]; then
msg_ok "ProxMenux Beta update complete — relaunching menu..."
exec "$INSTALL_DIR/$MENU_SCRIPT"
fi
# UPDATE_MODE used to `exec "$INSTALL_DIR/$MENU_SCRIPT"` here to
# auto-relaunch the freshly-installed menu. That produced visible
# "line: syntax" errors when bash tried to read the just-rewritten
# /usr/local/bin/menu (or a shared utils.sh sourced by it) under its
# feet. Fall through to the standard end-of-run message instead —
# the operator types `menu` when ready and the terminal is stable.
#
# `change_release_channel` in scripts/menus/config_menu.sh is
# unaffected: it invokes the installer without `--update`
# (UPDATE_MODE=0) so it never went through this branch.
msg_title "ProxMenux Beta installed successfully"