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. Und alles älter als 0.6 würde ist auch eine Ebene nach hinten packen (Firmware.ffnw.de/Old oder so). Wirkt übersichtlicher, ist meine Meinung. firmware.ffnw.de -old --stable --unstable (wenn möglich) -stable --0.6.2 -unstable --0.7, 0.8 ... Ist nur meine Idee. Dies sollte aber auch gepflegt werden, nicht das wieder verstoben auftauchen die nirgends eingeordnet sind. Und auch eine als stabil gedachte version wie 0.8 ist unstable bis sie released wird! Mit freundlichen Grüßen Jens Ellerbrock -------------------- Freifunk Nordwest e.V. Website Unterstütze uns doch mit einer kleinen Spende, oder ganz einfach beim Onlineshoppen (ohne extra Kosten)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 15.02.2016 um 21:52 schrieb Jens Ellerbrock - Freifunk Nordwest e.V. via Admin:
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.
Und alles älter als 0.6 würde ist auch eine Ebene nach hinten packen (Firmware.ffnw.de/Old oder so). Wirkt übersichtlicher, ist meine Meinung. 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! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJWwj00AAoJEF9yM4zWt58LRIQIAK4FzEoa1SD+INjOCed/tGks cUDJ9/0UUFPO/iYf0JCAXI0164SSA7DhIFkKq51QzUQgCtidyKDynDqc3U+JvaQ8 JByvm3kd3sWq7a5KK63QooUc0lhSM3/tSMhpDROW5YNdlZ7hFCyFFz8x3klrVqP+ USBgroLwxSc8psLv+UDZIVHoB/RtvxUlIMosWn1lP48uEmNKr01rgHmoWZAZ5LP7 6EiA3t90MpSsyJ8+JXUwLGJWZj/vrWoy9hXB1YseYeCDTMhMTG8PzlEPRYxAZCcI WmleGBy60D1UFT7RYnYDHNC8YTZfnW1AGkrtfVtruNd/5p9x/HJ8Po/dlhh+pHg= =3mx9 -----END PGP SIGNATURE-----
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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Am 16.02.2016 um 00:39 schrieb Jan-Tarek Butt via Admin:
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/moduls
Verbesserungsvorschlä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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWws8eAAoJEF9yM4zWt58LKVkIAKZiF+vs8GrGqlxDBm0ECg20 Ueaq7oUQVJoR/dNObv5d+C5SmwavqvkPIXV1c3PnXg+Sc6+aoz7CPhh8+Bwv/qiD lnBQz+ho0cha9bCfMfo2pBaPpsuVG/rNrGhBh/litnT3Zuor/rOKepUZ8aUIn46+ 6JootxoTFStUte51arLZPcoFftnW/wO5FKNGHLd+rky0KkrtMRRSorzUM5c8njw8 5bri5UKtxQi6KtrDOrW1cD5yif+YExrf0xJ5mbUzpUhOzLbWGLXY/oTvk7F4FMhZ n0mvMsWZGGFySKdPB/5fWzUGSzRaCtmXPzgpBwUzjyRYWXs3/zQ09M1SHlrmJ2c= =rSZB -----END PGP SIGNATURE-----
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 ? was sind moduls? haben wir das jetzt auch schon?
Das ist ein extras repo für opkg. vg Tarek
+1 Von meinem iPhone gesendet
Am 15.02.2016 um 21:52 schrieb Jens Ellerbrock - Freifunk Nordwest e.V. via Admin <admin@lists.ffnw.de>:
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.
Und alles älter als 0.6 würde ist auch eine Ebene nach hinten packen (Firmware.ffnw.de/Old oder so). Wirkt übersichtlicher, ist meine Meinung.
firmware.ffnw.de -old --stable --unstable (wenn möglich) -stable --0.6.2 -unstable --0.7, 0.8 ...
Ist nur meine Idee. Dies sollte aber auch gepflegt werden, nicht das wieder verstoben auftauchen die nirgends eingeordnet sind. Und auch eine als stabil gedachte version wie 0.8 ist unstable bis sie released wird!
Mit freundlichen Grüßen
Jens Ellerbrock
--------------------
Freifunk Nordwest e.V. Website
Unterstütze uns doch mit einer kleinen Spende, oder ganz einfach beim Onlineshoppen (ohne extra Kosten) _______________________________________________ Admin mailing list Admin@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/admin
Am Montag, 15. Februar 2016, 21:52:52 CET schrieb Jens Ellerbrock - Freifunk Nordwest e.V. via Admin:
firmware.ffnw.de -old --stable --unstable (wenn möglich) -stable --0.6.2 -unstable --0.7, 0.8 ...
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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 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 Am 17.02.2016 um 14:41 schrieb Clemens John via Admin:
Am Montag, 15. Februar 2016, 21:52:52 CET schrieb Jens Ellerbrock - Freifunk Nordwest e.V. via Admin:
firmware.ffnw.de -old --stable --unstable (wenn möglich) -stable --0.6.2 -unstable --0.7, 0.8 ...
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
_______________________________________________ Admin mailing list Admin@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/admin
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWxHmAAAoJEMMXXPMV4b5wjs8P/1ud7gM/Az9FMiIODsfdB53k SY9Ja3pmwh50/hWhtL21tDDG7i28xqACz3G1fCXBukcp8e1Cy1E2JdqV/1tnkeHv oLsgDcOvQSGRYpM6pUR3DSJWMLyNpp0vGfsPDWkmLwWUQjhzGNSNbzPfUt/2bmlr CD9wHCSbcrveyKjJZg0nfrBrUy+6nhQ7YI4aKSHYcEPv52ROxl5n3rMNWmMDYZBT PcV1s0I3QAfjGkNhOHW6lZC5UktBoVVyxRv81BvI47lOcfe8fAdq6zjjvbRz9DDL Qs36rRMZtA5bl/Nc4Toj6C+RCUk5ViwfKF/1XvHjBTJbfY6LbLhaHX+usuWnwsjj ug5SeFA5akHx9BFSD5U28ojvysH6Kwn1Dvgc4vcsvao3nV1sYkmCMwnlLIrbceYn mm3OjNRLk161ImYgZKqnb6uihmlwzos4Oi4oP8CiliibOS6clGlGKxp5v51ZCYUx G0MuKLNcke6PUS/p9EGW5wzWlIG3K+7wXenq2xXsjdssL55O3p2HN1BkMhK6FXUt I7k99cQCcBoOkL3BcUZDHvEmthQLEcIoZt1mWUXfAchl3DsflejTVd0sEPI0hx4W GWiyOkwUloI+7XooUOpf74SgU+BL2rfv4Hj7snKrLTivM7/MFeaL4EjPvmFHVlHr KwAVe/bCwb0NFcCHxYnp =VSWX -----END PGP SIGNATURE-----
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 [1] https://www.freifunk-hassloch.de/firmware.php -----Ursprüngliche Nachricht----- Von: Admin [mailto:admin-bounces@lists.ffnw.de] Im Auftrag von Stefan via Admin Gesendet: Mittwoch, 17. Februar 2016 14:46 An: Clemens John; admin@lists.ffnw.de Betreff: Re: [Admin] firmware.ffnw.de Aufräumen -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 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 Am 17.02.2016 um 14:41 schrieb Clemens John via Admin:
Am Montag, 15. Februar 2016, 21:52:52 CET schrieb Jens Ellerbrock - Freifunk Nordwest e.V. via Admin:
firmware.ffnw.de -old --stable --unstable (wenn möglich) -stable --0.6.2 -unstable --0.7, 0.8 ...
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
_______________________________________________ Admin mailing list Admin@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/admin
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWxHmAAAoJEMMXXPMV4b5wjs8P/1ud7gM/Az9FMiIODsfdB53k SY9Ja3pmwh50/hWhtL21tDDG7i28xqACz3G1fCXBukcp8e1Cy1E2JdqV/1tnkeHv oLsgDcOvQSGRYpM6pUR3DSJWMLyNpp0vGfsPDWkmLwWUQjhzGNSNbzPfUt/2bmlr CD9wHCSbcrveyKjJZg0nfrBrUy+6nhQ7YI4aKSHYcEPv52ROxl5n3rMNWmMDYZBT PcV1s0I3QAfjGkNhOHW6lZC5UktBoVVyxRv81BvI47lOcfe8fAdq6zjjvbRz9DDL Qs36rRMZtA5bl/Nc4Toj6C+RCUk5ViwfKF/1XvHjBTJbfY6LbLhaHX+usuWnwsjj ug5SeFA5akHx9BFSD5U28ojvysH6Kwn1Dvgc4vcsvao3nV1sYkmCMwnlLIrbceYn mm3OjNRLk161ImYgZKqnb6uihmlwzos4Oi4oP8CiliibOS6clGlGKxp5v51ZCYUx G0MuKLNcke6PUS/p9EGW5wzWlIG3K+7wXenq2xXsjdssL55O3p2HN1BkMhK6FXUt I7k99cQCcBoOkL3BcUZDHvEmthQLEcIoZt1mWUXfAchl3DsflejTVd0sEPI0hx4W GWiyOkwUloI+7XooUOpf74SgU+BL2rfv4Hj7snKrLTivM7/MFeaL4EjPvmFHVlHr KwAVe/bCwb0NFcCHxYnp =VSWX -----END PGP SIGNATURE----- _______________________________________________ Admin mailing list Admin@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/admin
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Am 17.02.2016 um 14:54 schrieb Johannes Rudolph via Admin:
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
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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWxMaCAAoJEF9yM4zWt58Lc04IAJPleEbL4Mmp7NhwTLdv0Ufs YAC1lPUWCT+cW7SzeS7EwCGg/OY6k/N9r2V1jr0oDwhoXWubpER+n1YwXUPcUpIR qr0byLtrsy2pdjcu3HCfJ1kPSc1QeOtIoscisMTTdbPoIY/aqIxkgPW2gX4xIf8Y Zld3nvYPcKPh6DnY8Xrz1jskeAwYZUd+15f8zc1o6Qsb1Ej9RKNUhqcNBtJ5+hW9 PUNR2HdFgW5WnRN8+9+bgLlbxGhzSW2bccKXsIj5u8WIYLAkm1P/qqeDFx3/Llsq Gzr5pzK9Zq7UgVJV/GXsZA1kWGdJyq8hEwz2vDQtvD2nMvbsoqkk/bJE1Mpp9d0= =9vse -----END PGP SIGNATURE-----
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 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
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 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
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
participants (8)
-
Clemens John -
Jan-Tarek Butt -
Jens Ellerbrock - Freifunk Nordwest e.V. -
Johannes Rudolph -
Johannes Rudolph | Freifunk Nordwest
-
picard -
picard -
Stefan