fff-sysupgrade: Updatemechanismus überarbeiten #234
Labels
No Label
RFC
RFT
WIP
blocked
bsp
bug
build/scripts/tools
duplicate
feature
fixed
layer3
mantis
more details required
needs changes
node
packages/fff
rejected
security
trivial
upstream
No Milestone
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: freifunk-franken/firmware#234
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
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?
Die sehr primitive Funktionsweise des fff-upgrade ist durch die statische erzeugung von URLs schon mehrfach ein Problem gewesen. Umbenannte Geräte, verschobene Targets, aber auch eine Änderung der Imagenamen machen serverseitig komplizierte und schlecht zu wartende Rewrites nötig. Zuletzt ist selbiges wieder mit x86_64 aufgetaucht. (Siehe auch #229, #232, mit x86 funktioniert fff-upgrade nicht)
Dies sollte deutlich überarbeitet werden. Außerdem sollte ein Upgrade auch direkt aus dem Web-UI gestartet werden können.