Hi,
grundsätzlich ist es eine gute Idee den Firmware Ordner übersichtlich zu gestalten. Das bringt aber keinen Gewinn, wenn es nicht gleichzeitig auch eine gute Dokumentation zu den verschiedenen Versionen der Firmware gibt. Bis vor zwei Wochen gab es z.B. nicht einmal Dokumentation zu den verschiedenen Stabilitätsgraden - geschweige denn, wie ich als Benutzer herausfinde welche Version die aktuell für den Produktivbetrieb gedachte Version ist.
Dazu kommt, dass die Kommunikation im PR-Bereich problematisch ist. Teilweise wird ohne Warnung die Testing-Firmware für den Einsatz auf WR841NDv10-Geräten beworben. Es ist kein Wunder, dass sich der eine oder andere dann denkt diese Firmware allgemein produktiv einsetzen zu können. Dabei ist das Gegenteil der Fall: eine nicht offiziell freigegebene Firmware darf niemals (egal unter welchen Umständen) produktiv eingesetzt werden. Nichtmal auf einem WR841NDv10. Die richtige Aussage im PR-Bereich wäre daher: wer einen WR841NDv10 besitzt, der kann diesen aktuell nicht verwenden.
Diese Punkt sind etwas unbequem weil niemand gerne Doku schreibt und der PR- Bereich immer das neueste vom neuesten will, aber gerade deswegen sind das die Punkte an denen wir Arbeiten sollten.
Die Ordnerstruktur der Firmware kann man sich dann auch noch ansehen. Dabei sollten wir aber ein paar Dinge beachten:
- Die Struktur sollte für uns als Entwickler so einfach bleiben, dass kein
manuelles hin und herschieben notwendig ist. Sprich für eine Version gibt es wie bisher einen Ordner. Es gibt keine Unterordner in denen nach Factory oder Sysupgrade getrennt wird. Das wäre für uns ein Arbeitsschritt mehr für den wir keine Kapazität haben.
Tatsächlich würde das trennen von factory und sysupgrade ein arbeits schritt sparen. Da beim compiling in sysupgrade und factory getrent wird.
- Wir müssen darauf achten, dass die Update-Channel nicht kaputt gehen. D.h.
wir brauchen wie bisher einen Symlink-Ordner, der auf die jeweils aktuellste Version in einem Channel zeigt. Im Idealfall bleibt der genau dort liegen wo er bisher auch liegt.
Das hatte ich bei meiner ordner sruktur ebenfalls berücksichtig
- Testing oder Unstable Firmware brauchen wir nicht archivieren. Das werden
in Zukunft nightly builds sein und wenn wir die Archivieren wollen, dann können wir direkt mal neuen Storage mieten ;)
firmware.ffnw.de
- archive
-- VERSION --- firmwaref --- packages
- current
-- VERSION --- firmware --- packages
- stable -> Symlink
- testing
-- die organisation von testing würde ich alex überlassen, da das in Zukunft nightly builds werden und da ist mir die struktur noch nicht ganz klar.
Prinzipiell haben Laien auf der firmware.ffnw.de oder dev.ffnw.de auch nix zu suchen. Das ist für die Entwickler. Eike hatte ein (glaube) python plugin für moin moin wiki gebaut, was immer die aktuelle stabile auf einer wiki seite für die nicht Techniker eine angenehme Variante zum download bieten soll. Link dazu: https://wiki.nordwest.freifunk.net/Router/Hardware
Das wiki befindet sich leider in einem katastrophalen zustand. Es befinden sich direkte Verlinkungen in pads wieder was gegen das Konzept eines Wikis spricht. Zudem wurden einige Seiten einfach aus Inhaltsverzeichnissen genommen so das diese nur über die suche auffindbar sind. Oder eben Fertige Seiten wie zwei meiner Backbon Seiten die einfach halb verschoben wurden wo dann alle Bilder verlinkungen kaputt sind.
Ich habe leider keine zeit um mich um das Wiki zu kümmern. Andreas hatte sich dafür bereit erklärt den Hut fürs wiki aufzusetzt. Evtl. wird da Hilfe benötigt. Die Moin Moin wiki software ist leider sehr schlecht konzeptioniert was Verlinkungen angeht. Falls neue Seiten eingerichtet werden, wendet euch bitte an Andreas. Es muss einen Maintainer für das wiki geschaffen werden. Dann kann man endlich auch wieder was im wiki finden. Ich werde das in Zukunft wahrscheinlich so handhaben das, wenn ich eine Seite im wiki schreibe ich Andreas das absegnen lassen und diese Seiten dann mit einem Schreib geschützt flag versehen werde.
vg Tarek