Hi, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 0.7.1 * Gluon-Version: master * Download: http://firmware.ffnw.de/0.7.1/ Folgende Änderungen gab es: * IEE 802.11s wurde entfernt. * Der geolocator wurde auf Standart Enable gesetz. * Das package gluon-announced wurde durch gluon-respondd ersetzt. * Das package ffnw-opkgconfig wurde entfernt. * Das package ffnw-autoupdater-mod wurde hinzugefügt. Die änderungen in dem package erzeugen eine zeitlichen differenz beim updaten von Routern die einen VPN haben und reinen Mesh Routern. Die Änderungen an der Siteconf können im Siteconf-Repo mittels folgendem Befehl eingesehen werden: git diff f30d257045907cd65784643bcf5d81da2e997ef5 v0.7.1 Die Änderungen an unseren eigenen Paketen können im Packages-Repository mittels folgendem Befehl eingesehen werden: git diff v0.7 922c22fd7b79e6f87a9ee7cb17afbffe6542aa19 Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Firmw... Viele Grüße Tarek
Hi, Wer einen Test auf dem Router machen will. Der kann einfach im Autoupdater folgendes ändern. Voraussetzung Firmware 0.7.1 muss auf einem Router Installiert sein und ssh Zugang muss bestehen. 1. Prüfen ob der Ordner /lib/ffnw/autoupdater-mod existiert wenn ja dann nen Kaffee Trinken und in 5min noch mal nachschauen. 2.Ist der Ordner weg dann editiert ihr folgende Datei: vim /usr/sbin/autoupdater 209 if not verify_lines(lines, sigs) then 210 io.stderr:write('Not enough valid signatures!\n') 211 return nil 212 end 213 Ändern in: 209 --[[ if not verify_lines(lines, sigs) then 210 io.stderr:write('Not enough valid signatures!\n') 211 return nil 212 end 213 ]]-- Dann 273 if not autoupdater_version.newer_than(manifest.version, old_version) then 274 io.stderr:write('No new firmware available.\n') 275 return true 276 end Ändern in: 273 --[[ if not autoupdater_version.newer_than(manifest.version, old_version) then 274 io.stderr:write('No new firmware available.\n') 275 return true 276 end]]-- und zu letzt: 321 local null = nixio.open('/dev/null', 'w+') 322 if null then 323 nixio.dup(null, nixio.stdin) 324 nixio.dup(null, nixio.stderr) 325 if null:fileno() > 2 then 326 null:close() 327 end 328 end 329 330 nixio.exec('/sbin/sysupgrade', image) 331 Ändern in: 321 --[[ local null = nixio.open('/dev/null', 'w+') 322 if null then 323 nixio.dup(null, nixio.stdin) 324 nixio.dup(null, nixio.stderr) 325 if null:fileno() > 2 then 326 null:close() 327 end 328 end 329 330 nixio.exec('/sbin/sysupgrade', image) 331 ]]-- Jetzt sollte wenn ihr "autoupdate" in der Konsole eingibt die Meldung auftauchen: New version available. Direct VPN is true wait 8h. Contdown is still running... Schöne Grüße Tarek
On 02/08/16 00:52, Jan-Tarek Butt via Dev wrote:
Hi,
Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 0.7.1 * Gluon-Version: master * Download: http://firmware.ffnw.de/0.7.1/
Ich hab aktuell nur die sysupgrade Images hinterlegt. Im Grunde reicht das auch. Die Factory Images liegen in meinem home dir auf srv01. Was meint ihr soll ich die ebenfalls in der Ordner schieben? Ich hab mit halt gedacht das update soll nur für bestimmte Router sein und nicht zum installieren. Der verteil bei dem weglassen der Factory Images ist, das niemand diese Version installieren kann und auf 0.6.3 zurückgreifen müsste wie gewünscht. Dazu hab ich auch eine keine WARNING README geschrieben. vg Tarek
Am Montag, 8. Februar 2016, 00:52:47 CET schrieben Sie:
Hi, danke dir! Bei den Branches und Tags ist für diese Version etwas durcheinander geraten sodass die diffs nicht funktionierten.Ich habe den Branch "v0.7.1" zu "0.7" umbenannt und einen Tag "v0.7.1" erstellt. Jetzt dürften die diffs wieder wie gewohnt funktionieren. Um unserem Versionsschema gerecht zu werden würde ich vorschlagen die nächste Stable-Version 0.8 statt 0.7.2 zu nennen. Dann bleibt der 0.7-Branch ein Gluon-Master bzw. testing branch und der 0.8 Branch ist wieder wie gewohnt ein Gluon 2015.2.1 bzw. ein stable Branch. Viele Grüße Clemens
Hi,
danke dir!
Bei den Branches und Tags ist für diese Version etwas durcheinander geraten sodass die diffs nicht funktionierten.Ich habe den Branch "v0.7.1" zu "0.7" umbenannt und einen Tag "v0.7.1" erstellt. Jetzt dürften die diffs wieder wie gewohnt funktionieren.
Um unserem Versionsschema gerecht zu werden würde ich vorschlagen die nächste Stable-Version 0.8 statt 0.7.2 zu nennen. Dann bleibt der 0.7-Branch ein Gluon-Master bzw. testing branch und der 0.8 Branch ist wieder wie gewohnt ein Gluon 2015.2.1 bzw. ein stable Branch.
Mein plan war eigentlich den 0.7er branch die tage in master zu mergen und. Der v0.7.1 branch war letztlich nur da, weil ich eine andere BSSID gesetzt haben nämlich die aus dem stable netz. Diese darf/soll nur in den Gluno 2015.1.x branch und nicht im master. vg Tarek
Am Montag, 8. Februar 2016, 13:18:39 CET schrieb Jan-Tarek Butt via Dev:
Mein plan war eigentlich den 0.7er branch die tage in master zu mergen
Im Git war heute Morgen kein 0.7-Branch vorhanden. Hast du den evtl. nur bei dir auf der Platte? Der jetzige 0.7 (vorher v0.7.1) Branch basiert ja bereits vollständig auf master und hat nur die Änderung der BSSID. Viele Grüße Clemens
On 02/08/16 13:51, Clemens John via Dev wrote:
Am Montag, 8. Februar 2016, 13:18:39 CET schrieb Jan-Tarek Butt via Dev:
Mein plan war eigentlich den 0.7er branch die tage in master zu mergen
Im Git war heute Morgen kein 0.7-Branch vorhanden. Hast du den evtl. nur bei dir auf der Platte?
Der jetzige 0.7 (vorher v0.7.1) Branch basiert ja bereits vollständig auf master und hat nur die Änderung der BSSID.
Ja den hab ich auf der platte. Sry ich dachte ich hätte den schon im remote git. Deswegen hat das git diff bei dir vermutlich auch nicht funktioniert vg Tarek
participants (2)
-
Clemens John -
Jan-Tarek Butt