autoupdater vs. hoodselector: am Ende gibt es nur Verlierer
Hallo Leute, zunächst einmal muss ich ein wenig Asche auf mein Haupt streuen, da ich es war, der den letzten firmware rollout vorangetrieben hat. Diese enthält einen nämlich Bug [1] der rein statistisch bei jedem Router die WLAN-Konfiguration kaputtmachen dürfte. Beim Testen der Firmware ist auch mindestens 5 Router begegnet, die mit dem typischen Symptom lief: ---------------------------->8---------------------------- root@Wuesting-KfzSVBecker-O1:~# tail -15 /etc/config/wireless config wifi-iface 'fallback' option ifname 'fallback' option network 'fallback' option encryption 'none' option device 'radio0' option bssid '7E:19:84:34:45:00' option ssid 'nordwest.freifunk.net' option mode 'sta' option macaddr 'b6:3f:b2:57:fa:ab' option disabled '0' config wifi-iface 'mesh_radio0' option mesh_id 'ffnw-mesh_02:00:0a:12:e0:00' root@Wuesting-KfzSVBecker-O1:~# ----------------------------8<---------------------------- Hier hätte vor dem Rollout genauer hingeschaut werden müssen und ärgere mir hier seit Wochen ein zweites Loch in den A..., dass es nicht passiert ist! Wie retten wir jetzt die Situation? Vor kurzem kam zwar die 2018.1.2 raus, aber wenn ich Tarek richtig verstanden habe, hat er momentan wenig Kapazitäten, um ein build auf Basis von 2018.x.y anzuwerfen, da hier noch einiges anzupassen ist. Mein Vorschlag ist nun, dass wir einfach nochmal eine Firmware auf Basis von 2017.1.8 bauen, die erstmal nur diesen einen Bug fixt. Wir wissen ja ziemlich genau, was das Problem ist, nämlich dass der Hoodselector und der autoupdater-fallback-modus beide die wireless-conf anfassen, ohne voneinander zu wissen. Die einfachste Lösung wäre wohl, die gleiche firmware wie die aktuelle Stable nur eben ohne den autoupdater-fallback-modus neu zu bauen. [1] https://github.com/tecff/gluon-packages/issues/4 LG Lorenz
Hallo Lorenz,
zunächst einmal muss ich ein wenig Asche auf mein Haupt streuen, da ich es war, der den letzten firmware rollout vorangetrieben hat. Diese enthält einen nämlich Bug [1] der rein statistisch bei jedem Router die WLAN-Konfiguration kaputtmachen dürfte. Beim Testen der Firmware ist auch mindestens 5 Router begegnet, die mit dem typischen Symptom lief:
---------------------------->8---------------------------- root@Wuesting-KfzSVBecker-O1:~# tail -15 /etc/config/wireless
config wifi-iface 'fallback' option ifname 'fallback' option network 'fallback' option encryption 'none' option device 'radio0' option bssid '7E:19:84:34:45:00' option ssid 'nordwest.freifunk.net' option mode 'sta' option macaddr 'b6:3f:b2:57:fa:ab' option disabled '0'
config wifi-iface 'mesh_radio0' option mesh_id 'ffnw-mesh_02:00:0a:12:e0:00'
root@Wuesting-KfzSVBecker-O1:~#
----------------------------8<----------------------------
Hier hätte vor dem Rollout genauer hingeschaut werden müssen und ärgere mir hier seit Wochen ein zweites Loch in den A..., dass es nicht passiert ist!
Ja, so was ist ärgerlich auch für mich weil ich es ja so gebaut hab.. Im nach hinein erscheint der Fehler simpel aber gerade bei der Komplexität der Firmware kann man Schonmal den Wald vor lauter Bäumen übersehen.
Wie retten wir jetzt die Situation? Vor kurzem kam zwar die 2018.1.2 raus, aber wenn ich Tarek richtig verstanden habe, hat er momentan wenig Kapazitäten, um ein build auf Basis von 2018.x.y anzuwerfen, da hier noch einiges anzupassen ist. Mein Vorschlag ist nun, dass wir einfach nochmal eine Firmware auf Basis von 2017.1.8 bauen, die erstmal nur diesen einen Bug fixt. Wir wissen ja ziemlich genau, was das Problem ist, nämlich dass der Hoodselector und der autoupdater-fallback-modus beide die wireless-conf anfassen, ohne voneinander zu wissen. Die einfachste Lösung wäre wohl, die gleiche firmware wie die aktuelle Stable nur eben ohne den autoupdater-fallback-modus neu zu bauen.
Das ist aus meiner sich auch die sinnvollste Lösung, wir hatte da ja schon auf der MV kurz miteinander geredet. Im Grunde ist folgendes zu tun: 1. gluon im branch v2017.1.x auschecken. 2. site auf dem tag 20180709 auschecken 3. das pkg autoupdater fallback rausschmeißen und wirware neu bauen. Hast du Lust eine neue Version zu bauen oder soll ich das Morgen anstoßen? In einem Monat+(ein paar tage) stehen bei mir einige Klausuren an. Da ich diese Semester fast doppelt so viele Module belegt hatte, ist mir die Zeit leider mehr durch die Lappen gegangen als erwartet :S Die Anpassungen an 2018.1.x sind gravierender als erwartet. Folglich braucht das ein wenig mehr zeit. Schöne Grüße Tarek
ich scheitere an der Benutzung des Buildscripts :( Wenn du das machen könntest, wäre das super. Du brauchst bestimmt kürzer dafür als ich für diese Mail :) Am 23.11.18 um 23:11 schrieb Jan-Tarek Butt via Dev:
Das ist aus meiner sich auch die sinnvollste Lösung, wir hatte da ja schon auf der MV kurz miteinander geredet. Im Grunde ist folgendes zu tun:
1. gluon im branch v2017.1.x auschecken. 2. site auf dem tag 20180709 auschecken 3. das pkg autoupdater fallback rausschmeißen und wirware neu bauen.
Hast du Lust eine neue Version zu bauen oder soll ich das Morgen anstoßen?
On 11/24/18 8:31 AM, lrnzo via Dev wrote:
ich scheitere an der Benutzung des Buildscripts :( Wenn du das machen könntest, wäre das super. Du brauchst bestimmt kürzer dafür als ich für diese Mail :)
Ay, hab den Letzte Nacht mal an gehauen. Wenn du Probleme mit dem Buildscript hast dann meld dich da ruig, so kann man evtl. stellen zur Verbesserung finden :) vg Tarek
Teilnehmer (2)
-
Jan-Tarek Butt -
lrnzo