Hey ich hab gerade mal ein wenig geguckt, wir sollten die Ordner Struktur etwas überarbeiten. Das die Leute nicht wie wild die falsche Firmware nehmen, weil die Zahl höher ist.
sehr gut idee!
vor allem weil!
Seit Firmwareversionen 0.5.6 gegenüber >=0.5.6 sind nicht in der Lage,
miteinander zu kommunizieren. Auch können sich Router mit älterer
Firmware/B.A.T.M.A.N-Version künftig nicht mehr mit den VPN-Gateways,
die die neuere B.A.T.M.A.N-Version fahren, verbinden. Es ist somit
dann kein Netzzugang für diese Firmware-Versionen möglich.
alles vor 0.5.6 sollten wir mal archivieren!
spart uns auch gleich speicher auf den servern!
+1
hi,
vor allem weil!
Seit Firmwareversionen 0.5.6 gegenüber >=0.5.6 sind nicht in der Lage,
miteinander zu kommunizieren. Auch können sich Router mit älterer
Firmware/B.A.T.M.A.N-Version künftig nicht mehr mit den VPN-Gateways,
die die neuere B.A.T.M.A.N-Version fahren, verbinden. Es ist somit
dann kein Netzzugang für diese Firmware-Versionen möglich.alles vor 0.5.6 sollten wir mal archivieren!
spart uns auch gleich speicher auf den servern!
Ein Archiv ist denke ich keine schlechte Idee. Komprimieren ist sinnlos
da es nur binarys sind.
Eine mögliche Struktur wäre z.B.
alles < 0.5.6
-archive
-stable
-N.N.N
-factory
-sysupgrade
-moduls
-testing
-N.N.N
-factory
-sysupgrade
-moduls
-symlink stable -> stable/N.N.N/sysupgrade
-symlink testing -> testing/N.N.N/sysubgrade
-symlink moduls_stable -> stable/N.N.N/moduls
-symlink moduls_testing -> testing/N.N.N/moduls
Verbesserungsvorschläge Meinungen ?
vg
Tarek
Ein Archiv ist denke ich keine schlechte Idee. Komprimieren ist
sinnlos da es nur binarys sind.
ja
Eine mögliche Struktur wäre z.B.
alles < 0.5.6 -archive -stable -N.N.N -factory -sysupgrade -moduls
-testing -N.N.N -factory -sysupgrade -moduls -symlink stable ->
stable/N.N.N/sysupgrade -symlink testing ->
testing/N.N.N/sysubgrade -symlink moduls_stable ->
stable/N.N.N/moduls -symlink moduls_testing ->
testing/N.N.N/modulsVerbesserungsvorschläge Meinungen ?
was sind moduls?
haben wir das jetzt auch schon?
- --
Gruß
pic
Xmpp: picard@ffnw.de & picard@fr32k.de
@ME https://wiki.nordwest.freifunk.net/picard
Eine mögliche Struktur wäre z.B.
alles < 0.5.6 -archive -stable -N.N.N -factory -sysupgrade -moduls
-testing -N.N.N -factory -sysupgrade -moduls -symlink stable ->
stable/N.N.N/sysupgrade -symlink testing ->
testing/N.N.N/sysubgrade -symlink moduls_stable ->
stable/N.N.N/moduls -symlink moduls_testing ->
testing/N.N.N/modulsVerbesserungsvorschläge Meinungen ?
was sind moduls?
haben wir das jetzt auch schon?
Das ist ein extras repo für opkg.
vg
Tarek
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:
1. 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.
2. 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.
3. 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.
Viele Grüße
Clemens
Hey,
ich sehe es genau so wie Clemens.
Wir habe den Leuten, die bspw. einen 841 v10 einesetzen wollten
gesagt, dass es nur eine testing Firmware gibt, die nur von Leuten
benutzt werden sollte, die verstehen was Sie da tun.
Es mag auch evtl. sein dass man vielleicht das 1 oder andere mal nicht
drauf geachtet hat, aber das sollten wir in Zukunft definiv sicher
stellen.
+1 für die Ordner Struktur.
Stefan
Moin
Ich würde sogar noch einen schritt weitergehen und es so machen wie zum Beispiel in Hassloch [1]. Die Seite ist für "neue" sehr übersichtlich.
Ich würde mich auch bereit erklären das so auf unserer Webseite einzubauen, wenn ich dafür die Rechte bekomme.
Das wäre unabhängig von der Ordner Struktur und für nicht ganz so "Technik Versierte" leicht und übersichtlich, da der Router gleich mit abgebildet ist.
Gruß
Johannes
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:1. 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.
2. 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
3. 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 mietenfirmware.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
das schaut für nutzbar aus johannes.
ins wiki würde das nicht passen?
- --
Gruß
pic
Xmpp: picard@ffnw.de & picard@fr32k.de
@ME https://wiki.nordwest.freifunk.net/picard
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:1. 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.2. 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
3. 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 mietenfirmware.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
Ich habe das Python plugin von Eike überarbeitet. Zuvor gab es das
Problem, das in dem Python macro die Firmwareversion fest definiert
werden musste, so das diese immer manuell via shell angepasst werden
musste. Ich hab das magro nun so geändert das es sich die index datei
von https://firmware.nordwest.freifunk.net/stable/ herunterlädt und
daraus die Firmwareversion zu dem zugehörigen Image extrahiert. Da diese
macro bei jedem Seitenaufruf und zusätzlich jeweils bei jeder
existierenden Firmware die auf der o.g. Seite verlinkt ist, aufgerufen
wird. Somit also pro Seitenaufruf c.a. 150 mal die index Datei
heruntergeladen wird, haben ich einen Cache eingebaut der die index
datei 24h in /tmp/.macro_stablefirmwaredl_index_cache lagert.
Wer sich das anschauen will findet das macro in:
/var/www/wiki/data/plugin/macro/stablefirmwaredl.py
Schöne Grüße 
Tarek