Hi,
Dafür speichert der Hoodselector nun in der Datei /etc/config/hoodselector seine aktuell ausgewählte Hood ab. Diese Datei bleibt beim sysupgrade erhalten und wird nicht verändert.
Sehr schön :) Dazu bestehe auch ein paar issues. commenst gibst dann im code wenn nötig.
Nach dem Sysupgrade laufen einige Upgrade Skripte. Nach dem Durchlauf des Skriptes das nun standardmäßig
die fastd Config anhand der site.conf überschreibt, läuft ein weiteres Skript, dass die richtige fastd Config für die Hood anhand der gespeicherten Hood aus dem Hoodfile neu schreibt. Nun verbindet sich der Router nach dem Sysupgrade wieder mit der richtigen Hood auf anhieb und landet nicht mehr standardmäßig in der Default Hood.
Hier bin ich mir nicht sicher wie man da am besten ran gehen sollte. Sicherlich ist diese Variante eine Möglichkeit, die schnell umgesetzt ist. Die bessere Variante wäre das package gluon-mesh-vpn-fastd zu clonen und die siteconf Abhängigkeit raus zu schmeißen. Das wäre der schönere weg und könnte dann mit samt der hoodselectors in gluon aufgenommen werden. Nach den obigen beschreibenden vorgehen wird eine Aufnahme 100% abgelehnt.
Hm, ich will meine Äußerung hier noch mal zurück ziehen. Das package müsste so flexibel gestaltet werden das meiner Meinung nach zu compile zeit bereits die Abhängigkeit zur site.conf aufgelöst werden muss oder nicht. um ein nutzen ohne hoodselector trotzdem zu gewährleisten. Die andre Variante so wie sie oben von Johannes geschrieben wurde wäre eben zur Laufzeit. Das geht auch ist meiner Meinung nach aber unschön. Streng packages basiert betrachtet aber korrekt.
Wäre aber eine Änderung die man in den Master übernehmen könnte.
vg Tarek