2 Commits

Author SHA1 Message Date
noroot
cab78eb3d1 chore(release): v1.3.24 stable 2026-09-02 16:37:41 +02:00
noroot
f61f82d36f fix(postinst): main→stable-Migration erkennt auch alte netcell-edgeguard.list
utm-1 (Produktion) läuft noch mit dem Dateinamen aus einer noch älteren
Installer-Generation (vor dem Rename auf edgeguard.list) — install.sh
räumt den nur bei einem FRISCHEN Install auf, nie bei einem Upgrade.
Ohne diesen Fix hätte die main→stable-Migration aus dem letzten Commit
auf genau diesem Node nie gegriffen. Erst auf edgeguard.list
konsolidieren, dann main→stable wie gehabt.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-02 16:37:00 +02:00
2 changed files with 12 additions and 3 deletions

View File

@@ -1 +1 @@
1.3.23
1.3.24

View File

@@ -302,9 +302,18 @@ SUDOERS
# in die apt-Quelle. Ab jetzt publiziert publish.sh/release.sh nur
# noch nach stable/testing — ohne diese Migration würden
# Bestandsnodes stumm keine neuen Updates mehr sehen (main bleibt
# auf dem letzten main-Stand stehen). Idempotent: greift nur wenn
# die Datei existiert UND noch auf "main" zeigt.
# auf dem letzten main-Stand stehen). Idempotent.
#
# netcell-edgeguard.list: NOCH ältere Installer-Generation vor dem
# Rename auf edgeguard.list (install.sh räumt sie nur bei einem
# FRISCHEN Install auf, nie bei einem Upgrade — auf Bestandsnodes,
# die nie neu installiert wurden, ist sie ggf. noch die aktive
# Datei). Erst konsolidieren, dann main→stable.
EG_SOURCES_LIST=/etc/apt/sources.list.d/edgeguard.list
EG_LEGACY_LIST=/etc/apt/sources.list.d/netcell-edgeguard.list
if [ -f "$EG_LEGACY_LIST" ] && [ ! -f "$EG_SOURCES_LIST" ]; then
mv "$EG_LEGACY_LIST" "$EG_SOURCES_LIST"
fi
if [ -f "$EG_SOURCES_LIST" ] && grep -q ' trixie main$' "$EG_SOURCES_LIST"; then
sed -i 's/ trixie main$/ trixie stable/' "$EG_SOURCES_LIST"
apt-get update -qq || true