- Dev - Freifunk Nordwest

by Malte Modler

Hi, ich bin nochmal, kann es sein dass das mit den Einstellungen von Batman-adv was nicht stimmt? der sagt mir nämlich die MTU wäre mit 1500 zu klein, sie solle doch bitte 1532 sein (siehe Anhang) Das ist doch bestimmt nicht so gewollt, oder? lg Malte

8 years, 4 months

4
4
0 0

MTU zu klein?

by Malte Modler

Hi, ich bin nochmal, kann es sein dass das mit den Einstellungen von Batman-adv was nicht stimmt? der sagt mir nämlich die MTU wäre mit 1500 zu klein, sie solle doch bitte 1532 sein (siehe Anhang) Das ist doch bestimmt nicht so gewollt, oder? lg Malte

8 years, 4 months

1
0
0 0

vorschlag hood leer-emden-aurich und OS city

by Jan-Tarek Butt

Hi zusammen, :) ich würde gerne einen Vorschlag für zwei neue hoods einreichen. Die erste hood soll die alte lk-os hood aufteilen, um eine Entlastung zu erzielen. Die zweite ist eine neue hood um Leer-Emden-Aurich um weitere Router aus der default hood zu ziehen. Wären damit alle einverstanden? Schöne Grüße Tarek --%<--- [ { "name": "default", "bssid": "02:CA:FF:EE:BA:BF", "defaulthood": true, "servers": [ { "host": "default02.ffnw.de", "port": "11111", "publickey": "32a02dd5e6b9233926e178ac609023ad30bcf26954d38d410088bbdc0b2258cb" }, { "host": "default03.ffnw.de", "port": "11111", "publickey": "9737c65a17cfaa8339315ee53d2b9e02520733780362efacf9503737f5a23204" }, { "host": "default04.ffnw.de", "port": "11111", "publickey": "18199a10620dbd13728a09402ca2364436ca27e46e669a2ebdfe20976dc45e6f" }, { "host": "default05.ffnw.de", "port": "11111", "publickey": "5c1738236ba6930f654fd5e815e0c63ac03f81551ee2b183045b256fb133f77d" }, { "host": "default06.ffnw.de", "port": "11111", "publickey": "22e270ff9b2d1017c3a0b00dd22a58ef7e5915a355eeb16f0b8b52d7eb377869" } ], "boxes": [] }, { "name": "lk-st", "bssid": "02:00:0A:12:80:00", "defaulthood": false, "servers": [ { "host": "lk-st01.sn.ffnw.de", "port": "10000", "publickey": "c6485ba100d633dbebdbfad24ba4a010a242d6d7bb9817173259e9d3677b929d" }, { "host": "lk-st02.sn.ffnw.de", "port": "10001", "publickey": "88991ed1d7c6c4e1ffa9c97a1aa390d8ac03917ddacd9494c949abcbea6c6c94" } ], "boxes": [ [ [ 52.18, 7.41 ], [ 52.35, 7.9 ] ] ] }, { "name": "lk-fri", "bssid": "02:00:0A:12:88:00", "defaulthood": false, "servers": [ { "host": "lk-fri01.sn.ffnw.de", "port": "10001", "publickey": "613ffbc8a5a2b1a8602866c0bd44afddecee79c49cde52ee4dd5df73c88d0437" }, { "host": "lk-fri02.sn.ffnw.de", "port": "10002", "publickey": "14f33c20c3487904e6d1420e9105cfb62b66bc3216d5cdb8a055461b6ed0415d" } ], "boxes": [ [ [ 53.36, 7.85 ], [ 53.72, 8.18 ] ] ] }, { "name": "ol", "bssid": "02:00:0A:12:98:00", "defaulthood": false, "servers": [ { "host": "ol01.sn.ffnw.de", "port": "10000", "publickey": "2807aacfbccff12794c80a1c368e89966bee9376416cc1773a5224c6f94c76d6" }, { "host": "ol02.sn.ffnw.de", "port": "10001", "publickey": "9e3eb2b7094efbd574de2d7401589e2279c4e9e65522c0985fb57a98dfb605c1" } ], "boxes": [ [ [ 53.08, 8.14 ], [ 53.22, 8.3 ] ] ] }, { "name": "lk-os", "bssid": "02:00:0A:12:90:00", "defaulthood": false, "servers": [ { "host": "lk-os01.sn.ffnw.de", "port": "10000", "publickey": "148fa1af96a0ee6653d150fa11b6b018738a711f47b8d8bb05ad569880ad6415" }, { "host": "lk-os02.sn.ffnw.de", "port": "10001", "publickey": "c91a74b295f8d1372080c0a7536b094631c4cab6af3fd339e135c4f971c91242" } ], "boxes": [ [ [ 52.13, 8.15 ], [ 52.37, 8.42 ] ], [ [ 52.13, 7.95 ], [ 52.37, 7.99 ] ], [ [ 52.32, 7.99 ], [ 52.37, 8.15 ] ], [ [ 52.13, 7.99 ], [ 52.24, 8.15 ] ] ] }, { "name": "butjadingen", "bssid": "02:00:0A:12:B0:00", "defaulthood": false, "servers": [ { "host": "lk-bra01.sn.ffnw.de", "port": "10000", "publickey": "e581343a5d17afc1c8c205424e00e26adef6c520ec54b6f462f962245e5b02cd" }, { "host": "lk-bra02.sn.ffnw.de", "port": "10001", "publickey": "f9940159383e953044102b3e1529f568dd068c3f34062177ef74d244e06f65ef" } ], "boxes": [ [ [ 53.45, 8.18 ], [ 53.63, 8.57 ] ] ] }, { "name": "wittmund", "bssid": "02:00:0A:12:B8:00", "defaulthood": false, "servers": [ { "host": "lk-wtm01.sn.ffnw.de", "port": "10000", "publickey": "b57a979cc9ae698b4173b5b57b2b193e38de5cc423059023894965bba8458e45" }, { "host": "lk-wtm02.sn.ffnw.de", "port": "10001", "publickey": "29a241d64158bc51f01e44bc188e91e5b887985da3688a02ce12b33439e17053" } ], "boxes": [ [ [ 53.5, 7.68 ], [ 53.72, 7.85 ] ] ] }, { "name": "rastede", "bssid": "02:00:0A:12:A0:00", "defaulthood": false, "servers": [ { "host": "ras01.sn.ffnw.de", "port": "10000", "publickey": "ca1b5487ffc20a1f90e0ac14e835d84ab9e52612b5ca62e073d0a13dad98775e" } ], "boxes": [ [ [ 53.22, 8.09 ], [ 53.36, 8.32 ] ] ] }, { "name": "lk-vec", "bssid": "02:00:0A:12:A8:00", "defaulthood": false, "servers": [ { "host": "lk-vec01.sn.ffnw.de", "port": "10002", "publickey": "18e3fd453b3ed675e23ead15727b6989879db5c401a71e1a5c4744f86d473eea" } ], "boxes": [ [ [ 52.63, 7.91 ], [ 52.76, 8.67 ] ] ] }, { "name": "Delmenhorst", "bssid": "02:00:0A:12:C0:00", "defaulthood": false, "servers": [ { "host": "del01.sn.ffnw.de", "port": "10000", "publickey": "a1180ec56590b7c2c9377c10e96c5af176ff7f64984af423115875dd72d9bac3" }, { "host": "del02.sn.ffnw.de", "port": "10001", "publickey": "22d9a5e6c1d91946e894065038a7bc73b9739daa19ee767fd789a3ce0da95f92" } ], "boxes": [ [ [ 53, 8.3 ], [ 53.22, 8.78 ] ] ] }, { "name": "os", "bssid": "02:00:0A:12:C8:00", "defaulthood": false, "servers": [ { "host": "os02.sn.ffnw.de", "port": "10000", "publickey": "c694e8ae8828d9da0ba1d9e263d481dd1677e18f83be2cd8acd63db30aad0e5e" }, { "host": "os02.sn.ffnw.de", "port": "10001", "publickey": "86f79f8e272d589d0436918ed436691e2109d687086bccd287275a175605d8d1" } ], "boxes": [ [ [ 52.24, 7.99 ], [ 52.32, 8.15 ] ] ] }, { "name": "Leer-Emden-Aurich", "bssid": "02:00:0A:12:D0:00", "defaulthood": false, "servers": [ { "host": "leer01.sn.ffnw.de", "port": "10000", "publickey": "02ee5dc6e69696388c38b8cee0c366f152a39136c0051300dfb6104ef0761007" }, { "host": "leer01.sn.ffnw.de", "port": "10001", "publickey": "241d76b6b262f9dd452dcea92bcb57f1cc606ebeaeed9d0c55828dfd230a0271" } ], "boxes": [ [ [ 53.2, 6.98 ], [ 53.5, 7.85 ] ] ] } ] -->%--

8 years, 4 months

7
17
0 0

Package repo und fehlender tag

by Simon Kurka

Hallo zusammen, ich hatte gerade mal wieder einen leichten Anlauf inneren Wutanfalls. 1. Package Repo Könnten wir vielleicht, wie einige andere Communities auch, ein eigenes (noch) OpenWrt Package repo pflegen? Es ist quasi unmöglich kmods für unsere spezifische Kernel-Version zu finden und damit ebenso unmöglich mal unkompliziert Dinge auszuprobieren. Generell muss ich, um überhaupt etwas installieren zu können, die Repo URL ändern, da openwrt.draic.info nicht mehr existiert. Das sollte dann vielleicht gleich in der nächsten Version auf unser eigenes Package repo umgeschwenkt werden in der siteconf oder alternativ auf einen funktionierenden Mirror, wenn ich da einen Denkfehler habe (Henne & Ei z. B.). 2. Fehlender tag Warum zur Hölle gibt es noch keinen 1.2.2 tag im git? Der 1.2.1 tag ist definitiv falsch, das war die Version mit testing.xxxx, der letzte Commit sagt allerdings, dass das für diesen tag auf ohne testing geändert wurde, was ja definitiv nicht der Fall war. Sieht nach einem klaren Bruch zwischen Versionsverwaltung und der Realität aus. Bitte fix korrigieren! -- Viele Grüße, Simon

8 years, 4 months

3
4
0 0

hoodselector MoW bug

by Simon Kurka

Hi, der hoodselector hat einen Bug mit ganz hässligen Auswirkungen. Ich werde ih nvorerst deaktivieren. Umgebung: 2 Geräte 1x VPN 1x MoW Kein Mesh auf WLAN möglich. Der MoW Router findet keine Nachbarn und setzt sich in die default hood, obwohl er statische Koordinaten hat. Der VPN Router erkennt einen MoW Konflikt und schaltet ab. Folge: MoW Router Offline. Auftreten tut das übrigens in der Lambertikirche in Oldenburg. -- Viele Grüße, Simon

8 years, 4 months

3
6
0 0

[Fwd: [gluon] Moving to LEDE]

by Bjoern Franke

FYI

8 years, 4 months

1
0
0 0

Re: [Dev] Firmware Versions Nummer ab 01.01.2017

by Simon Kurka

Ich bin ja auch nicht pauschal dagegen. Ich würde es ohne halt nur noch besser finden. Vorhin hatte ich nochmal nach der ISO geschaut. Die wurde wohl abgelöst oder so und nach neuerem Standard geht es auch ohne Trenner. Wobei die ISOs in dem Bereich für meinen Geschmack sehr wirr auf Wikipedia beschrieben sind. Also, ganz einfach: Meine erste Wahl YYYYMMDD, und die zweite YYYY-MM-DD. Jeweils für testing und alle anderen kurzweiligen Versionen mit "-CommitID" angehängt. Alle anderen vorgestellten Optionen würde ich vorerst ablehnen bzw. erst betrachten, wenn diese beiden Optionen mehrheitlich abgelehnt werden. (Wobei ich jetzt schon sagen kann, Jahre bitte immer YYYY, zweistellig ist scheiße, das wissen alle die 2000 bewusst miterlebt haben ????). Am 09.01.2017 17:39 schrieb "Jan-Tarek Butt via Dev" <dev(a)lists.ffnw.de>: On 01/09/17 12:47, Simon Kurka wrote: > On 02.12.2016 15:12, Jan-Tarek Butt via Dev wrote: >> >> On 12/02/16 15:01, Simon Kurka via Dev wrote: >>> Ich wäre einfach für das aktuelle Datum rückwärts. Wenn Rolling Release, >>> dann richtig ???? >> Was meinst du mit aktuelles Datum rückwärts? Meinst du nach ISO8601 oder >> nach DIN 1355-1? >> >> vg >> Tarek > Warum nicht YYYYMMDD bzw. YYYYMMDD-Commit? > > Ich meine so war der letzte, noch offene Stand vom Treffen. > Wir hatten uns doch für YYYY-MM-DD bzw. YYYY-MM-DD-Commit entschieden deine mail darauf hatte ich auch zustimmend interpretiert. Siehe Re: [Dev] Firmware Versions Nummern ab 01.01.2017 vom 12/02/16 15:55 Mir ist das egal ob mit - oder ohne. Ich hab nur das aufgeschrieben was zugestimmt wurde. vg Tarek _______________________________________________ Dev mailing list Dev(a)lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev

8 years, 4 months

1
0
0 0

Firmware Versions Nummern ab 01.01.2017

by Johannes Rudolph

Hallo, ich würde es begrüßen, wenn wir ab 2017 unsere Firmware Nummerierung ein wenig Anpassen, da wir ja mehr ein Rolling Release Zyklus haben als etwas Statisches. Mein Vorschlag wir zählen einfach jedes Mal die Laufendenummer hoch. Mein Vorschlag: * 17.1 * 17.2 * 17.3 * 17.4 * .... Und dann ab 2018 * 18.1 * 18.2 * 18.3 Ich glaube das macht mehr sin als das was wir aktuell machen Meinugen? gruß Johannes

8 years, 4 months

8
24
0 0

v1.2.2 ?

by Jan-Tarek Butt

Hi, Wo kommt den die v1.2.2 her es gibt kein signed request und kein tag im git und kein Blog post ? vg Tarek

8 years, 4 months

2
3
0 0

plans for v1.2.1

by Jan-Tarek Butt

Hi, wir könnten in v1.2.1 gleich neue hoods mit über das Netz verteilen. Aktuell ist in dem tag v1.2.1 bereits eine hood enthalten. Diese würde ich aber gerne noch ändern, da diese eine zu geringen Router Anzahl beherbergt. überschlagen ~75 Router. die hood LK-OS fast aktuell im schnitt 306 Router. Die o.G. hood soll zur Teilung dieser menge diene. Mein vorschlagt wäre die Stadt Osnabrück aus und den Landkreis in eine separate hood zu packen. in der Lutscherlupe kann man sich die hoods anzeigen lassen https://srv11.ffnw.de/ aktuell wird scheinbar die hood aus dem master des packags repos genommen was dazu führt das die noch nicht existierende hood Überhalb von OS bereits eingeblendet wird. Zudem war/ist geplant noch eine weitere hood zu deployen um mehr Router aus dem Defaultnetz abzuziehen. Das Defaultnetz umfasst aktuell im schnitt 482 Router. Die Idee war um Emden, Leer, Aurich eine hood zu legen. Ein Vorschlag in json Format ist beigefügt und kann lokal im hoodgen eingesehen werden: Schöne Grüße :) Tarek --%<--- [ { "name": "default", "bssid": "02:CA:FF:EE:BA:BF", "defaulthood": true, "servers": [ { "host": "default02.ffnw.de", "port": "11111", "publickey": "32a02dd5e6b9233926e178ac609023ad30bcf26954d38d410088bbdc0b2258cb" }, { "host": "default03.ffnw.de", "port": "11111", "publickey": "9737c65a17cfaa8339315ee53d2b9e02520733780362efacf9503737f5a23204" }, { "host": "default04.ffnw.de", "port": "11111", "publickey": "18199a10620dbd13728a09402ca2364436ca27e46e669a2ebdfe20976dc45e6f" }, { "host": "default05.ffnw.de", "port": "11111", "publickey": "5c1738236ba6930f654fd5e815e0c63ac03f81551ee2b183045b256fb133f77d" }, { "host": "default06.ffnw.de", "port": "11111", "publickey": "22e270ff9b2d1017c3a0b00dd22a58ef7e5915a355eeb16f0b8b52d7eb377869" } ], "boxes": [] }, { "name": "lk-st", "bssid": "02:00:0A:12:80:00", "defaulthood": false, "servers": [ { "host": "lk-st01.sn.ffnw.de", "port": "10000", "publickey": "c6485ba100d633dbebdbfad24ba4a010a242d6d7bb9817173259e9d3677b929d" }, { "host": "lk-st02.sn.ffnw.de", "port": "10001", "publickey": "88991ed1d7c6c4e1ffa9c97a1aa390d8ac03917ddacd9494c949abcbea6c6c94" } ], "boxes": [ [ [ 52.18, 7.41 ], [ 52.35, 7.9 ] ] ] }, { "name": "lk-fri", "bssid": "02:00:0A:12:88:00", "defaulthood": false, "servers": [ { "host": "lk-fri01.sn.ffnw.de", "port": "10001", "publickey": "613ffbc8a5a2b1a8602866c0bd44afddecee79c49cde52ee4dd5df73c88d0437" }, { "host": "lk-fri02.sn.ffnw.de", "port": "10002", "publickey": "14f33c20c3487904e6d1420e9105cfb62b66bc3216d5cdb8a055461b6ed0415d" } ], "boxes": [ [ [ 53.36, 7.85 ], [ 53.72, 8.18 ] ] ] }, { "name": "ol", "bssid": "02:00:0A:12:98:00", "defaulthood": false, "servers": [ { "host": "ol01.sn.ffnw.de", "port": "10000", "publickey": "2807aacfbccff12794c80a1c368e89966bee9376416cc1773a5224c6f94c76d6" }, { "host": "ol02.sn.ffnw.de", "port": "10001", "publickey": "9e3eb2b7094efbd574de2d7401589e2279c4e9e65522c0985fb57a98dfb605c1" } ], "boxes": [ [ [ 53.08, 8.14 ], [ 53.22, 8.3 ] ] ] }, { "name": "lk-os", "bssid": "02:00:0A:12:90:00", "defaulthood": false, "servers": [ { "host": "lk-os01.sn.ffnw.de", "port": "10000", "publickey": "148fa1af96a0ee6653d150fa11b6b018738a711f47b8d8bb05ad569880ad6415" }, { "host": "lk-os02.sn.ffnw.de", "port": "10001", "publickey": "c91a74b295f8d1372080c0a7536b094631c4cab6af3fd339e135c4f971c91242" } ], "boxes": [ [ [ 52.13, 8.15 ], [ 52.37, 8.42 ] ], [ [ 52.13, 7.95 ], [ 52.37, 7.99 ] ], [ [ 52.32, 7.99 ], [ 52.37, 8.15 ] ], [ [ 52.13, 7.99 ], [ 52.24, 8.15 ] ] ] }, { "name": "butjadingen", "bssid": "02:00:0A:12:B0:00", "defaulthood": false, "servers": [ { "host": "lk-bra01.sn.ffnw.de", "port": "10000", "publickey": "e581343a5d17afc1c8c205424e00e26adef6c520ec54b6f462f962245e5b02cd" }, { "host": "lk-bra02.sn.ffnw.de", "port": "10001", "publickey": "f9940159383e953044102b3e1529f568dd068c3f34062177ef74d244e06f65ef" } ], "boxes": [ [ [ 53.45, 8.18 ], [ 53.63, 8.57 ] ] ] }, { "name": "wittmund", "bssid": "02:00:0A:12:B8:00", "defaulthood": false, "servers": [ { "host": "lk-wtm01.sn.ffnw.de", "port": "10000", "publickey": "b57a979cc9ae698b4173b5b57b2b193e38de5cc423059023894965bba8458e45" }, { "host": "lk-wtm02.sn.ffnw.de", "port": "10001", "publickey": "29a241d64158bc51f01e44bc188e91e5b887985da3688a02ce12b33439e17053" } ], "boxes": [ [ [ 53.5, 7.68 ], [ 53.72, 7.85 ] ] ] }, { "name": "rastede", "bssid": "02:00:0A:12:A0:00", "defaulthood": false, "servers": [ { "host": "ras01.sn.ffnw.de", "port": "10000", "publickey": "ca1b5487ffc20a1f90e0ac14e835d84ab9e52612b5ca62e073d0a13dad98775e" } ], "boxes": [ [ [ 53.22, 8.09 ], [ 53.36, 8.32 ] ] ] }, { "name": "lk-vec", "bssid": "02:00:0A:12:A8:00", "defaulthood": false, "servers": [ { "host": "lk-vec01.sn.ffnw.de", "port": "10002", "publickey": "18e3fd453b3ed675e23ead15727b6989879db5c401a71e1a5c4744f86d473eea" } ], "boxes": [ [ [ 52.63, 7.91 ], [ 52.76, 8.67 ] ] ] }, { "name": "Delmenhorst", "bssid": "02:00:0A:12:C0:00", "defaulthood": false, "servers": [ { "host": "del01.sn.ffnw.de", "port": "10000", "publickey": "a1180ec56590b7c2c9377c10e96c5af176ff7f64984af423115875dd72d9bac3" }, { "host": "del02.sn.ffnw.de", "port": "10001", "publickey": "22d9a5e6c1d91946e894065038a7bc73b9739daa19ee767fd789a3ce0da95f92" } ], "boxes": [ [ [ 53, 8.3 ], [ 53.22, 8.78 ] ] ] }, { "name": "os", "bssid": "02:00:0A:12:C8:00", "defaulthood": false, "servers": [ { "host": "os02.sn.ffnw.de", "port": "10000", "publickey": "c694e8ae8828d9da0ba1d9e263d481dd1677e18f83be2cd8acd63db30aad0e5e" }, { "host": "os02.sn.ffnw.de", "port": "10001", "publickey": "86f79f8e272d589d0436918ed436691e2109d687086bccd287275a175605d8d1" } ], "boxes": [ [ [ 52.24, 7.99 ], [ 52.32, 8.15 ] ] ] }, { "name": "Leer-Emden-Aurich", "bssid": "02:00:0A:12:D0:00", "defaulthood": false, "servers": [ { "host": "leer01.sn.ffnw.de", "port": "10000", "publickey": "02ee5dc6e69696388c38b8cee0c366f152a39136c0051300dfb6104ef0761007" }, { "host": "leer01.sn.ffnw.de", "port": "10001", "publickey": "241d76b6b262f9dd452dcea92bcb57f1cc606ebeaeed9d0c55828dfd230a0271" } ], "boxes": [ [ [ 53.2, 6.98 ], [ 53.5, 7.85 ] ] ] } ] -->%--

8 years, 4 months

5
15
0 0

Sign Request v1.2.1

by Stefan

Hallo zusammen, ich würde euch bitten, zeitnah die FW zu signen, denn die Router vergessen leider ihre IPs nicht. wir haben heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 1.2.1 * Gluon-Version: v2016.1.x * Commit ID: ee597c66769a455d38467192598813e7f8411cfd * Download: https://firmware.ffnw.de/1.2.1/ Folgende Comunnity spezifischen Änderungen gab es: package repo: * Kritischer Fehler im multiple-v6-watchdog: Dieser schaute nur nach GLEICHEN v6 Adressen, nicht nach unterschiedlichen aus den Hoods. Dieser Fehler wurde behoben. Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/v1.2...v1.… Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/v1.2...v1.… Schöne Grüße Stefan

8 years, 4 months

2
1
0 0

Sign Request v1.2

by Jan-Tarek Butt

Hallo zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 1.2 * Gluon-Version: v2016.1.x * Commit ID: ee597c66769a455d38467192598813e7f8411cfd * Download: https://firmware.ffnw.de/1.2 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/ee597c...ee597c Folgende Comunnity spezifischen Änderungen gab es: package repo: * logic Fehler im configmode wurden behoben Das Dropdown menu hat, bei wiederholten ausführen des configModes seinen zustand nicht wiederhergestellt. Das setzen zweier uci Parameter ist durch einen Typen Fehler nie zu Stande gekommen. * Client seitige Javascript map im configeMode Es wird nun vom Router aus via Javascript auf den Client eine OSM Karte geladen, sofern der Client über eine Internet Verbindung verfügt. Um das selektieren von statischen Geo Koordinaten zu vereinfachen. * hoodselector: hoodinfo Sektion in respondd wurde erstellt #63 #48 Über respondd werden nun Informationen über die aktuell selektierte hood eines Routers verteilt. * hoodselector: das MOLWM Protokoll wurde implementiert Mesh On Lan / Wan Managemend Das MOLWM Protokoll detektiert hood Kollisionen im mesh on lan oder mesh on wan. U.a. anhand von Vergleichungen von md5 hashes der einzelnen hoods. * hoodselector: Der hoodselector gibt nun returncodes bei der Terminierung zurück. * hoodselector: pid datei write Permission wird abgefangen * hoodselector: Unbenutzte variablen wurden entfernt und das überlappen von Globalen variablen wurde behoben (zum Einsatz kam luacheck) * hoodselector: Es können nun mehrere fastd peers mit äquivalenten DNS aber unterschiedlichen Port bestehen. #40 Das ermöglicht uns anstelle von folgenden zu schreiben: starwars0.sn.ffnw.de 1001 starwars1.sn.ffnw.de 1010 starwars1.sn.ffnw.de 1011 Lediglich: starwars.sn.ffnw.de 1001 starwars.sn.ffnw.de 1010 starwars.sn.ffnw.de 1011 Das reduziert somit die ganzen DNS Einträge. * hoodselector: Im scanmode arbeitet der hoodselector nun nicht mehr mit einen statisch festgelegten WLAN Interface, sondern scannt über alle WLAN Interfaces die ein Gerät hat. #69 * hoodselector: Im scanmode wird nicht mehr statisch 30 sec abgewartet um anschließend zu prüfen ob eine mesh Verbindung besteht. Es wird nun kontinuierlich geschaut und spätesten nach einem Zeitablauf von 30 sec fortgesetzt. #70 * hoodselector: Fehlermeldungen werden nun in ein logfile geschrieben und können und über logread eingesehen werden. #36 Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/v1.1.1...v… Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/v1.1.1...v… Schöne Grüße Tarek

8 years, 4 months

5
5
0 0

WG: [niedersachsen:159] Re: Freifunk TP-Link 1043V4

by Jens Ellerbrock | Freifunk Nordwest e. V.

Wie sieht es bei uns aus mit dem 1043v4? Schon einer gesichtet? 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) Von meinem Samsung Galaxy Smartphone gesendet. -------- Ursprüngliche Nachricht --------Von: Carsten Wiemann <carsten(a)wiemann.cc> Datum: 04.01.17 13:37 (GMT+01:00) An: Vernetzung der niedersächsischen Communities <niedersachsen(a)freifunk.net> Betreff: [niedersachsen:159] Re: Freifunk TP-Link 1043V4 Hallo Herr Kensy, kein Problem. MfG Carsten Wiemann Am 1/4/17 um 12:58 PM schrieb Kensy, Frank: > Hallo Herr Wiemann, > > es gibt nur diese Router im Markt, die V3 ist nicht mehr verfügbar. > > MfG > Frank Kensy > > -----Ursprüngliche Nachricht----- > Von: niedersachsen [mailto:niedersachsen-bounces@freifunk.net] Im Auftrag von vorstand fnorden e.V. > Gesendet: Mittwoch, 4. Januar 2017 12:52 > An: Vernetzung der niedersächsischen Communities > Betreff: [niedersachsen:157] Re: Freifunk TP-Link 1043V4 > > Sehr geehrter Herr Kensy, > > mit anderen Worten: > Die Hürden sind genommen. > > Sollten nur diese Router zur Verfügung stehen, müssen wir dafür die neue Firmware ausrollen. > > MfG > > Carsten Wiemann > > > Am 1/4/17 um 12:37 PM schrieb Gunnar Klauberg: >> Hi, >> >> kurz vor Weihnachten ist das in Gluon gelöst worden. Mutige können ich >> also eine Firmware bauen. Ich habe aber noch von keiner fertigen >> Firmware gehört wo das schon drin ist. Mag mich irren. Etwas Geduld >> oder Eigeninitiative ist also gefragt. >> >> https://github.com/freifunk-gluon/gluon/commit/bee999dd9020c8b2c164c71 >> 1b84af933f4cab8e5 >> >> Gunnar >> >> Am 4. Januar 2017 um 12:24 schrieb Kensy, Frank >> <Kensy(a)breitband-niedersachsen.de >> <mailto:Kensy@breitband-niedersachsen.de>>: >> >> Hallo Freifunker,____ >> >> __ __ >> >> wird der TP-Link 1043 in der Version 4 von der Freifunk-Firmware >> unterstützt und wenn nicht, wo liegen die Hürden?____ >> >> __ __ >> >> Gruß____ >> >> Frank Kensy____ >> >> >> -- >> niedersachsen mailing list >> niedersachsen(a)freifunk.net <mailto:niedersachsen@freifunk.net> >> >> http://lists.freifunk.net/mailman/listinfo/niedersachsen-freifunk.net >> <http://lists.freifunk.net/mailman/listinfo/niedersachsen-freifunk.net >>> >> >> >> >> > -- > niedersachsen mailing list > niedersachsen(a)freifunk.net > http://lists.freifunk.net/mailman/listinfo/niedersachsen-freifunk.net > -- niedersachsen mailing list niedersachsen(a)freifunk.net http://lists.freifunk.net/mailman/listinfo/niedersachsen-freifunk.net

8 years, 4 months

1
0
0 0

Fwd: Hoodselector Parch get GeoPosition From Webservice

by Jan-Tarek Butt

Hi, Ich habe den patch mal an die dev ML FWD. vg Tarek -------- Forwarded Message -------- Subject: Hoodselector Parch get GeoPosition From Webservice Date: Thu, 29 Dec 2016 22:34:23 +0100 From: Johannes Rudolph <johannes.rudolph(a)gmx.com> To: Jan-Tarek Butt <tarek(a)ring0.de> Moin, als Vorbereitung für die Unit Tests die ich einbauen möchte müssen wir mal ein bisschen was segmentieren im hoodselector und besser trennen Gruß Johannes From 28f0fa7aa55b732585197c261c8a242fd2d60a0c Mon Sep 17 00:00:00 2001 From: Johannes Rudolph <johannes.rudolph(a)gmx.com> Date: Thu, 29 Dec 2016 22:30:59 +0100 Subject: [PATCH] split getGeoLocationFromWebService --- files/usr/sbin/hoodselector | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/files/usr/sbin/hoodselector b/files/usr/sbin/hoodselector index 072217b..a70a186 100755 --- a/files/usr/sbin/hoodselector +++ b/files/usr/sbin/hoodselector @@ -45,7 +45,7 @@ local function get_geolocation() local lat = uci:get('gluon-node-info', uci:get_first('gluon-node-info', 'location'), 'latitude') local lng = uci:get('gluon-node-info', uci:get_first('gluon-node-info', 'location'), 'longitude') if ( lat == nil or lng == nil ) then - for scan in io.popen(string.format("lwtrace -t 2> /dev/null"), 'r'):lines() do + for scan in get_geoLocationFromWebService():lines() do if string.find(scan,"(lat)") then local last_val = nil for geo in string.gmatch(scan,"[^%s]+") do @@ -66,6 +66,11 @@ local function get_geolocation() return ret end +-- Get GeoPositon from Webservice +local function get_geoLocationFromWebService() + return io.popen(string.format("lwtrace -t 2> /dev/null"), 'r') +end + -- Return hood from the hood file based on geo position. This method -- can return the following data: -- * real hood if a hood could be determined for the given position -- 2.8.1

8 years, 5 months

1
1
0 0

[patch master 0/7] #789 add hoodselector pre review

by Jan-Tarek Butt

Hi, This patch set contains the hoodselector and a hoodfile as exsample. The hoodselector is a software that creates decentralized, semi automated ISO OSI layer 2 network segmentation for batman-adv layer 2 routing networks. This program reads the geobased sub-networks called hoods from the above mentioned hoodfile. The decision of choosing the right hood is made on following points: first, the hoodselector checks, if the router has a VPN connection. If it has, the hoodselector then checks, if a geoposition was set on the router. Knowing the position of the router the hoodselector can find the right hood, because each hood is defined with geocoordinates. If the Router doesn't have a VPN connection e.g. as a mesh only router, the hoodselector triggers a WIFI scan and searches for neighboured mesh routers in other hoods. If there is an other router with a different BSSID but with the same mesh SSID, the router chooses it’s hood based on the neighboured BSSID. Open issues can be found here[0]. cheers Tarek [0] https://git.nordwest.freifunk.net/ffnw-firmware/packages/issues?label_name%… Jan-Tarek Butt (7): add exsample hoodfile #789 add PKG Makefile for hoodfile #789 add hoodselector respondd c file #789 add hoodselector respondd Makefile #789 add hoodselector #789 add hoodselector cron file #789 add hoodselector PKG Makefile #789 package/ffnw-hoods/Makefile | 38 ++ package/ffnw-hoods/files/lib/ffnw/hoods/hoods.json | 64 ++ package/ffnw-hoodselector/Makefile | 45 ++ .../files/usr/lib/micron.d/hoodselector | 1 + package/ffnw-hoodselector/luasrc/hoodselector | 722 +++++++++++++++++++++ package/ffnw-hoodselector/src/Makefile | 6 + package/ffnw-hoodselector/src/respondd.c | 119 ++++ 7 files changed, 995 insertions(+) create mode 100644 package/ffnw-hoods/Makefile create mode 100644 package/ffnw-hoods/files/lib/ffnw/hoods/hoods.json create mode 100644 package/ffnw-hoodselector/Makefile create mode 100644 package/ffnw-hoodselector/files/usr/lib/micron.d/hoodselector create mode 100755 package/ffnw-hoodselector/luasrc/hoodselector create mode 100644 package/ffnw-hoodselector/src/Makefile create mode 100644 package/ffnw-hoodselector/src/respondd.c -- 2.10.0

8 years, 5 months

2
9
0 0

map.ffnw.de Optimierung

by Oliver Tonnhofer

Moin, (der Titel "Firmware Development" auf https://ffnw.de/mitmachen/kontakt/mailingslisten/ hatte mich bewogen die Mail erst an netmon-dev zu senden) ich war Samstag beim Treffen und hab dort angekündigt, dass ich gerne behilflich bin, die map.ffnw.de zu optimieren. Mit solchen Anwendungen habe ich täglich zu tun, da ich beruflich Software im Geo/Karten-Umfeld entwickle. Mit JavaScript/Client-Anwendungen hab ich zwar direkt nichts zu tun (dafür hab ich Kollegen :-)), aber ich kenne mich da trotzdem etwas aus. Ich hab mit Eike schon besprochen was man bei einer neuen Anwendung berücksichtigen sollte. Hauptsächlich sollten die Daten direkt als GeoJSON geladen werden. Den Rest macht dann Leaflet schon automatisch. Das GeoJSON sollte dann auch nur die Informationen beinhalten, die tatsächlich benötigt werden (für die Karte benötigt man sicherlich nicht die Softwareversionsstände). Ich hab die node/graph.json mal in GeoJSON umgewandelt und ne kleine Demo mit Leaflet erstellt. Sind 3.5k Nodes und 3.2k Links: http://bogosoft.com/misc/ffnwmap/ Code ist unter: https://gitlab.com/olt/ffnw-map-demo Clustering könnte da auch noch eine sinnvolle Ergänzung sein: http://leaflet.github.io/Leaflet.markercluster/example/marker-clustering-re… http://leaflet.github.io/Leaflet.markercluster/example/marker-clustering-cu… https://github.com/Leaflet/Leaflet.markercluster Kurzfristig sollte auf map.ffnw.de im Nginx `gzip on` und `gzip_types application/json`. Das macht die Anwendung nicht schneller, die Ladezeit sollte sich aber verkürzen. Aus 4 MB JSON sollten 0.5 MB werden. Gruß, Olli

8 years, 5 months

4
3
0 0

FIX: Nightly Build autoupdater

by Stefan

Moin zusammen, ich habe gerade eben einmal den Nightly Build autoupdater gefixt. Problem hierbei war es, dass die Verlinkung nicht sauber funktioniert hat. Nun wird alle 15 Minuten auf dem runner02 gecheckt, ob im Nightly Build Pfad auf dem srv01 der gleiche Stand vorhanden ist. Sollte dies nicht der Fall sein, werden die Dateien synchronisiert. Viele Grüße Stefan

8 years, 5 months

2
4
0 0

hoodgen.ffnw.de fixed

by Stefan

Hallo zusammen, heute Abend haben Clemens und Ich ganz nebenbei den Hoodgen repariert. Der Source ist nun lokal und der Hoodgen kann wieder genutzt werden inkl. gültigem SSL. https://hoodgen.ffnw.de/hoodgen.html -- Viele Grüße Stefan

8 years, 5 months

3
4
0 0

Routing Boards

by Jan-Tarek Butt

Hi zusammen, es kam vermehrt die frage nach Routerboards ohne WLAN auf. Ein weiteres Kriterium waren dedizierten GBit Ports. Der Einsatz war z.b. im Transit-Netz Bereich gefragt. Ich habe mal ein paar Modelle Raus gesucht die ich bei Interesse. gerne von unserem DEV Budget kaufen würde um diese Dann in Gluon zu migrieren. Mikrotik RouterBoard RB750GL (50€) https://wiki.openwrt.org/toh/mikrotik/rb750gl CPU MHz:400 FLASH:128NAND RAM MB:64 Gbits Ports:5 Mikrotik Routerboard RB493G (200€) CPU MHz:680/800 Ram_256MiB Flash:128MiB 1x Micro-SD-socket Network:9x 1000Base-T USB:1x 2.0 unpowered MiniPCI: 3x Type IIIA/B Weitere HW kann Hier rausgesucht werden https://wiki.openwrt.org/toh/mikrotik/start vg Tarek

8 years, 5 months

4
6
0 0

Status Entwicklung

by Jan-Tarek Butt

Hi zusammen, ich habe meinerseits die Entwicklung an der Nordwest Firmware sowie der Monitoring-drone und anderen Projekten auf Eis gelegt. Um mich um den zustand der Server infra zu kümmern. Dazu hab ich ein zwischen Milestone [0] angelegt indem ich aktuell noch issues sammle um wieder eine stabile Basis für die Firmware Entwicklung zu schaffen. Nachdem dieser Milestone erledigt ist, geht es meinerseits mit v1.2 weiter. geschätzter Zeitpunkt ist zwischen 02.2017 und 04.2017. vg Tarek [0] https://git.nordwest.freifunk.net/ffnw-firmware/packages/milestones/16

8 years, 5 months

5
16
0 0

Mirai Malware - Freifunk Router anfällig?

by Klaus Dint

Hallo, kürzlich ist ja die Mirai Malware wieder aufgetaucht -> Telekom Router. Anfällig sollen ja Router mit Betriebssystem, welches auf Linux basiert, sein. Wie sieht das denn bei der Freifunk Firmware aus, da diese ja auch auf Linux basiert? Grüße Klaus Dint

8 years, 5 months

3
2
0 0

Re: [Dev] Firmware Versions Nummern ab 01.01.2017

by Simon Kurka

NTP Am 04.12.2016 23:50 schrieb "Jan-Tarek Butt via Dev" <dev(a)lists.ffnw.de>: On 12/03/16 11:30, Bjoern Franke via Dev wrote: > Moin, > >> >> z.b. könnte der Umstieg auf gluon v2016.2.x ffnw-ginaliesa-....bin >> heißen. >> >> Was haltet ihr davon ? >> > > Du möchtest doch nur ein Release nach dir benennen, oder? ;) Nein, Ernsthaft das wäre doch witzig. vg Tarek _______________________________________________ Dev mailing list Dev(a)lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev

8 years, 5 months

1
0
0 0

Re: [Dev] Mirai Malware - Freifunk Router anfällig?

by Jens Ellerbrock | Freifunk Nordwest e. V.

Naja bei den Telekom Routern war es einfach nur ein einziges DDOS gewesen. Kein Angriff auf irgendwas. Der exploid war nicht Firma die Router geschrieben, aber abgehackt sind sie trotzdem. 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) Von meinem Samsung Galaxy Smartphone gesendet. -------- Ursprüngliche Nachricht --------Von: Jan-Tarek Butt via Dev <dev(a)lists.ffnw.de> Datum: 05.12.16 00:39 (GMT+01:00) An: dev(a)lists.ffnw.de Cc: Jan-Tarek Butt <tarek(a)ring0.de> Betreff: Re: [Dev] Mirai Malware - Freifunk Router anfällig? On 12/04/16 21:27, Klaus Dint via Dev wrote: > Hallo, > > kürzlich ist ja die Mirai Malware wieder aufgetaucht -> Telekom Router. > Anfällig sollen ja Router mit Betriebssystem, welches auf Linux basiert, > sein. Wie sieht das denn bei der Freifunk Firmware aus, da diese ja auch > auf Linux basiert? Im falle der Telekom Router wurde der Angriff auf ein Fernwartungsprotokoll gefahren. Problematisch war das TR-64 Protokoll welches eigentlich nur in lokalen Netzen zum Einsatz kommen sollte. Dieses war aber öffentlich aus dem Netz zugänglich. Diese Protokoll kommt bei uns gar nicht zum Einsatz. Das war die Schwachstelle leider war das nicht alles. Über das Protokoll kann jeden beliebe alle Router um konfigurieren. Natürlich reicht das noch nicht zum code ausführen. Dazu hab es dann ein zweiten gravierendes Problem was erlaubt hatte das code der dem TR-64 mitgegeben wurde perseh durch sh lief. Das das somit eine sehr angenehme Möglichkeit für remote code execution. mitgegeben wurde perseh durch sh lief. Das das somit eine sehr angenehme Möglichkeit für remote code execution Die Freifunk Router hängen perse hinter einem DSL Router und somit in den meisten fällen hinter einen NAT. Generell gibt es kaum Möglichkeiten an den Router ran zu kommen. Da die Router daruf gebaut werden möglichst verschlossen nach außen zu sein und autark zu arbeiten. vg Tarek _______________________________________________ Dev mailing list Dev(a)lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev

8 years, 5 months

1
0
0 0

Sign Request v1.2

by Jan-Tarek Butt

Hallo zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 1.2 * Gluon-Version: v2016.1.x * Commit ID: ee597c66769a455d38467192598813e7f8411cfd * Download: https://firmware.ffnw.de/1.2 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/ee597c...ee597c Folgende Comunnity spezifischen Änderungen gab es: package repo: * logic Fehler im configmode wurden behoben Das Dropdown menu hat, bei wiederholten ausführen des configModes seinen zustand nicht wiederhergestellt. Das setzen zweier uci Parameter ist durch einen Typen Fehler nie zu Stande gekommen. * Client seitige Javascript map im configeMode Es wird nun vom Router aus via Javascript auf den Client eine OSM Karte geladen, sofern der Client über eine Internet Verbindung verfügt. Um das selektieren von statischen Geo Koordinaten zu vereinfachen. * hoodselector: hoodinfo Sektion in respondd wurde erstellt #63 #48 Über respondd werden nun Informationen über die aktuell selektierte hood eines Routers verteilt. * hoodselector: das MOLWM Protokoll wurde implementiert Mesh On Lan / Wan Managemend Das MOLWM Protokoll detektiert hood Kollisionen im mesh on lan oder mesh on wan. U.a. anhand von Vergleichungen von md5 hashes der einzelnen hoods. * hoodselector: Der hoodselector gibt nun returncodes bei der Terminierung zurück. * hoodselector: pid datei write Permission wird abgefangen * hoodselector: Unbenutzte variablen wurden entfernt und das überlappen von Globalen variablen wurde behoben (zum Einsatz kam luacheck) * hoodselector: Es können nun mehrere fastd peers mit äquivalenten DNS aber unterschiedlichen Port bestehen. #40 Das ermöglicht uns anstelle von folgenden zu schreiben: starwars0.sn.ffnw.de 1001 starwars1.sn.ffnw.de 1010 starwars1.sn.ffnw.de 1011 Lediglich: starwars.sn.ffnw.de 1001 starwars.sn.ffnw.de 1010 starwars.sn.ffnw.de 1011 Das reduziert somit die ganzen DNS Einträge. * hoodselector: Im scanmode arbeitet der hoodselector nun nicht mehr mit einen statisch festgelegten WLAN Interface, sondern scannt über alle WLAN Interfaces die ein Gerät hat. #69 * hoodselector: Im scanmode wird nicht mehr statisch 30 sec abgewartet um anschließend zu prüfen ob eine mesh Verbindung besteht. Es wird nun kontinuierlich geschaut und spätesten nach einem Zeitablauf von 30 sec fortgesetzt. #70 * hoodselector: Fehlermeldungen werden nun in ein logfile geschrieben und können und über logread eingesehen werden. #36 Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/v1.1.1...v… Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/v1.1.1...v… Schöne Grüße Tarek

8 years, 5 months

3
11
0 0

firmware v1.2

by Jan-Tarek Butt

Hi zusammen, Ich hab heute das letze issue zu Milestone v1.2 geschlossen. Ich wurde u.a. gefragt ob neue hoods in dieser Firmware enthalten sein werden. Ich würde dieser erst mal raus lassen und nach dieser eine zwischen Version mit reinen hood Änderungen vorschlagen. Um die Größe der Änderungen in dieser Version ein wenig zu reduzieren. zu den hoods habe ich bereits issues aufgemacht [0][1][2]. Ich werde morgen noch eine separate Mail zur Besprechung der hoods schreiben. Des weiteren sollte zum ende des Wochenendes die v1.2 folgen. Da es jetzt bereit mehrfach vorkam das über die web UI editierte Dateien Inkonsistenz wurden, habe ich versucht die Bearbeitung über web abzuschalten. Zudem führt es dazu das Änderungen commited werden ohne zuvor validiert zu werden. Dazu besteht ein upstream issue [3]. Schöne Grüße :) Tarek [0] https://git.nordwest.freifunk.net/ffnw-firmware/packages/issues/71 [1] https://git.nordwest.freifunk.net/ffnw-firmware/packages/issues/72 [2] https://git.nordwest.freifunk.net/ffnw-firmware/packages/issues/73 [3] https://git.nordwest.freifunk.net/ffnw-firmware/packages/issues/74

8 years, 6 months

2
2
0 0

tesing images

by Jan-Tarek Butt

Hi, ich hab eben mal ATH10K testing images gebaut http://runner02.ffnw.de/nightly/master/ vg Tarek

8 years, 6 months

1
0
0 0

Sign Request 1.2

by Jan-Tarek Butt

Hallo zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 1.2 * Gluon-Version: v2016.1.x * Commit ID: a7c77f6e2087cc0d3042b477a73cee8ee5d28cbf * Download: http://firmware.ffnw.de/1.2 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/867d939...a7c77f6 Folgende Comunnity speziffischen Änderungen gab es: package repo: * shell banner enthält nun versions informationen #45 * dkjson ist erstetz durch luci.jsonc #51 * hoodselector: uci exception handling #49 * hoodselector: hoodinfo sektion in respondd wurde erstellt #63 #48 * hoodselector: einfaches mesh on lan / wan managemend * geoposition wurde abstrahiert #22 siteconf repo: * CI: gluon commit ID wird als versions nummer gesetzt * Es werden alle images deployd anstadt nur die 841er Die Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/v1.1...v1.2 Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/v1.1...v1.2 Schöne Grüße Tarek

8 years, 6 months

7
17
0 0

firmwares

by Jan-Tarek Butt

Hi, Ich hab eben die manifest datein die falsch signiert worden repariert. Zudem nachträglich die signiert die ich nicht signiert hatte. Dazu hab ich einen haufen testing images gelöscht. Alles in unserer schönen neuen übersicht zu sehnen https://firmware.ffnw.de/status.html schöne Grüße Tarek :)

8 years, 6 months

1
0
0 0

neues aus dem Maschinen Raum: firmware-bot

by Jan-Tarek Butt

Hallo zusammen, Ich hab soeben den firmware-bot fertig gestellt :) Vor gut einer Woche habe ich angefangen den firmware-bot auf dem Hackerthon zu schreiben, nun ist er fertig. Das ist ein Programm welches auf srv01 läuft. Die Aufgaben sind folgende: 1. Es erstellt md5, sha1 und sha2 checksums von allen Firmware Images. Zusehen hier [0], alle Dateien mit der o.g. Endung. 2. Werden die Symlinks von <branch>.manifest auf manifest. geprüft und bei nicht Existenz erzeugt. 3. Es werden alle Signaturen von allen Manifest Dateien geprüft. Dazu wird eine Infoseite generiert, die hier [1] zu finden ist. In der Tabelle auf der Seite sieht man u.a. wie viel Personen eine Version signiert haben, dazu auch die entsprechenden Namen. Wenn ein error in der Personen spalte steht ist das Manifest falsch signiert worden. Die Sortierung ist nummerisch ich hab noch keinen passenden Algorithmus dafür gebaut der z.B. wie der autoupdater sortiert. Der firmware-bot aktualisiert seine Informationen stündlich. Den Code könnt ihr hier einsehen [2]. Leider ist das gitlab aktuell noch kaputt daher könnt ihr den Code aktuell nicht sehen.... Schöne Grüße :) Tarek [0] https://firmware.ffnw.de/stable/ [1] https://firmware.ffnw.de/status.html [2] https://git.nordwest.freifunk.net/ffnw-server/firmware-bot

8 years, 6 months

2
1
0 0

GitLab Update

by Johannes Rudolph

Ich date gitlab jetzt ab melde mich wenn fertig

8 years, 6 months

1
0
0 0

Sign Request 1.1.1

by Jan-Tarek Butt

Hallo zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 1.1.1 * Gluon-Version: v2016.1.x * Commit ID: ee597c66769a455d38467192598813e7f8411cfd * Download: http://firmware.ffnw.de/1.1.1 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/867d939...ee597c6 Folgende Comunnity speziffischen Änderungen gab es: package repo: * shell banner enthält nun versions informationen #45 * geoposition wurde abstrahiert #22 * typo Fehler im configmode wurden behoben * uci section location hat nun einen config identifier * geolocator Problem was zu einer hohen load geführt hat ist behoben durch die Terminierung einer subshell auf zeit. #67 * dkjson ist erstetz durch luci.jsonc #51 * hoodselector: uci exception handling #49 * package multiple-v6-watchdoog hinzugefügt #66 siteconf repo: * CI: gluon commit ID wird als versions nummer gesetzt * Es werden alle images als nightly build deployd anstatt nur die 841er * typo Fehler in den Übersetzungen wurden behoben * weitere USB Netzwerk Treiber für die VM images sind hinzugekommen Die Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/v1.1...v1.… Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/v1.1...v1.… Schöne Grüße Tarek

8 years, 6 months

2
3
0 0

Fwd: [gluon] [ANNOUNCE] Gluon v2016.2.1

by Jan-Tarek Butt

-------- Forwarded Message -------- Subject: [gluon] [ANNOUNCE] Gluon v2016.2.1 Date: Tue, 8 Nov 2016 17:24:43 +0100 From: Matthias Schiffer <mschiffer(a)universe-factory.net> To: gluon(a)luebeck.freifunk.net CC: Freifunk Firmware Entwicklung <firmware-devel(a)freifunk.net>, WLANware <wlanware(a)freifunk.net> Hi, we've just made the first maintenance release of the Gluon v2016.2.x branch. Updating is highly recommended, as it not only fixes a new WLAN stability issue that got into the v2016.2 release, but also solves multiple security issues that might affect certain (unusual) Gluon setups. As always, the full release notes are on Read the Docs: http://gluon.readthedocs.io/en/v2016.2.1/releases/v2016.2.1.html -- NeoRaider

8 years, 6 months

1
0
0 0

Wordpress

by Adrian Heeren

Hat das was wichtiges zu bedeuten oder ist das ein Virus? :D Vlt mag Johannes da mal nach schauen. Er hat für das Design ja relativ viele PlugIns installiert. Without CMB2, Modal Popup won't work. Sorry, but you do not have the correct permissions to update the CMB2 <https://ffnw.de/wp-admin/plugin-install.php?tab=plugin-information&plugin=c…> plugin. Please contact the administrator of this site for help. Kommt als Meldung, wenn ich mich auf unserer Blog-Seite anmelde. LG Adrian

8 years, 6 months

3
5
0 0

FFNW Banner

by Adrian Heeren

Ich hab eine Mail von einem Klaus Dint, der kleinpenibel anmerkt, dass ein Fehler im Banner ist. @tarek @clemens Mag sich da einer drum kümmern? Nachricht: Hallo, ich habe bei einer Terminalsitzung noch einen Rechschreibfehler gefunden. Im Banner muss beim Slogan das "Fuer" am Anfang klein geschrieben werden. Anbei noch ein Link zu einem Screenshot, der direkte Upload hier beim Ticket hat leider nicht funktioniert. http://www.pic-upload.de/view-31981875/firmwarefehler.png.html <http://www.pic-upload.de/view-31981875/firmwarefehler.png.html> Konkret handelt es sich um diese Datei -> https://git.nordwest.freifunk.net/ffnw-firmware/packages/blob/master/banner… <https://git.nordwest.freifunk.net/ffnw-firmware/packages/blob/master/banner…> Habe gerade bereits im Git den Fehler behoben und einen merge request gestellt, außerdem habe ich gerade noch gesehen, dass hier auf der Bestätigungsnachricht ebenfalls ein Rechtschreibfehler vorhanden ist. "Kürze" muss hier noch groß geschrieben werden. Danke!

8 years, 6 months

2
1
0 0

Re: [Dev] packages | hoods.json: Add Second Peer Friesland Fixes #60 (6e28984f)

by Jan-Tarek Butt

Hi Johannes, On 10/21/16 09:53, Johannes Rudolph wrote: > New comment for Commit 6e28984f > > https://git.nordwest.freifunk.net/ffnw-firmware/packages/commit/6e28984ffe0… > > > Author: Johannes Rudolph > > Was hast du denn hier für ein Blödsinn gemacht Magst du kurz erläutern was das Problem ist? vg Tarek

8 years, 7 months

3
2
0 0

[patch master] Double quote vals to prevent globbing and word splitting.

by Jan-Tarek Butt

--- scripts/patch.sh | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/scripts/patch.sh b/scripts/patch.sh index 2b0aa29..7dfb306 100755 --- a/scripts/patch.sh +++ b/scripts/patch.sh @@ -15,14 +15,14 @@ trap 'rm -rf "$PATCHDIR"' EXIT for module in $GLUON_MODULES; do echo "--- Patching module '$module' ---" - git clone -s -b base --single-branch "$GLUONDIR"/$module "$PATCHDIR" 2>/dev/null + git clone -s -b base --single-branch "$GLUONDIR/$module" "$PATCHDIR" 2>/dev/null cd "$PATCHDIR" - for patch in "$GLUONDIR"/patches/$module/*.patch; do + for patch in "$GLUONDIR/patches/$module"/*.patch; do git -c user.name='Gluon Patch Manager' -c user.email='gluon(a)void.example.com' -c commit.gpgsign=false am --whitespace=nowarn --committer-date-is-author-date "$patch" done - cd "$GLUONDIR"/$module + cd "$GLUONDIR/$module" git fetch "$PATCHDIR" 2>/dev/null git checkout -B patched FETCH_HEAD git submodule update --init --recursive -- 2.10.0

8 years, 7 months

2
1
0 0

Abgleich des Puppet Repos mit puppet.ffnw.de

by Clemens John

Hi, Stefan hat mich gebeten die Repos in der Puppet Gruppe mit dem aktuellen Stand des Puppet Master-Servers abzugleichen. Das habe ich heute Abend getan. Nun gibt es noch einige Module über deren Stand ich mir nicht im klaren bin. Welche der folgenden Module werden denn tatsächlich von uns selbst entwickelt oder haben von uns selbst eingebrachte Änderungen sodass diese nicht einfach mit "puppet module install" aus der Forge installiert werden können? Um folende Module geht es: environments/production/modules/concat/ environments/production/modules/epel/ environments/production/modules/motd/ environments/production/modules/nrpe.bak/ environments/production/modules/nrpe/ environments/production/modules/python/ environments/production/modules/radvd/ environments/production/modules/registry/ environments/production/modules/resolvconf/ environments/production/modules/tagmail/ environments/production/modules/vcsrepo/ Viele Grüße Clemens

8 years, 8 months

3
4
0 0

[patch master] Double quote vals to prevent globbing and word splitting

by Jan-Tarek Butt

--- scripts/update-patches.sh | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/scripts/update-patches.sh b/scripts/update-patches.sh index f8b9202..62d5bf7 100755 --- a/scripts/update-patches.sh +++ b/scripts/update-patches.sh @@ -8,14 +8,14 @@ shopt -s nullglob for module in $GLUON_MODULES; do echo "--- Updating patches for module '$module' ---" - rm -f "$GLUONDIR"/patches/$module/*.patch - mkdir -p "$GLUONDIR"/patches/$module + rm -f "$GLUONDIR"/patches/"$module"/*.patch + mkdir -p "$GLUONDIR"/patches/"$module" - cd "$GLUONDIR"/$module + cd "$GLUONDIR"/"$module" n=0 for commit in $(git rev-list --reverse --no-merges base..patched); do let n=n+1 - git show --pretty=format:'From: %an <%ae>%nDate: %aD%nSubject: %B' --no-renames $commit > "$GLUONDIR"/patches/$module/"$(printf '%04u' $n)-$(git show -s --pretty=format:%f $commit).patch" + git show --pretty=format:'From: %an <%ae>%nDate: %aD%nSubject: %B' --no-renames "$commit" > "$GLUONDIR/patches/$module/$(printf '%04u' $n)-$(git show -s --pretty=format:%f "$commit").patch" done done -- 2.10.0

8 years, 8 months

2
3
0 0

[patch master] Double quote $1 to prevent globbing and word splitting.

by Jan-Tarek Butt

--- scripts/sha512sum.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/sha512sum.sh b/scripts/sha512sum.sh index 921e5c6..de08b0b 100755 --- a/scripts/sha512sum.sh +++ b/scripts/sha512sum.sh @@ -1,7 +1,7 @@ #!/bin/sh check_command() { - which $1 >/dev/null 2>&1 + which "$1" >/dev/null 2>&1 } if check_command sha512sum; then -- 2.10.0

8 years, 8 months

1
0
0 0

[patch master] Double quote $1 to prevent globbing and word splitting.

by Jan-Tarek Butt

--- package/gluon-autoupdater/files/lib/gluon/autoupdater/lib.sh | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/package/gluon-autoupdater/files/lib/gluon/autoupdater/lib.sh b/package/gluon-autoupdater/files/lib/gluon/autoupdater/lib.sh index 36ddd97..24ef2f9 100644 --- a/package/gluon-autoupdater/files/lib/gluon/autoupdater/lib.sh +++ b/package/gluon-autoupdater/files/lib/gluon/autoupdater/lib.sh @@ -2,15 +2,15 @@ stop() { - if [ -x /etc/init.d/$1 ]; then + if [ -x /etc/init.d/"$1" ]; then echo "Stopping $1..." - /etc/init.d/$1 stop + /etc/init.d/"$1" stop fi } start_enabled() { - if [ -x /etc/init.d/$1 ] && /etc/init.d/$1 enabled; then + if [ -x /etc/init.d/"$1" ] && /etc/init.d/"$1" enabled; then echo "Starting $1..." - /etc/init.d/$1 start + /etc/init.d/"$1" start fi } -- 2.10.0

8 years, 8 months

1
0
0 0

Fwd: [gluon] [ANNOUNCE] Gluon v2016.2

by Jan-Tarek Butt

FIY -------- Forwarded Message -------- Subject: [gluon] [ANNOUNCE] Gluon v2016.2 Date: Wed, 21 Sep 2016 20:45:56 +0200 From: Matthias Schiffer <mschiffer(a)universe-factory.net> To: gluon(a)luebeck.freifunk.net CC: Freifunk Firmware Entwicklung <firmware-devel(a)freifunk.net>, WLANware <wlanware(a)freifunk.net> Hey, Gluon v2016.2 is out! The changelog is a bit smaller than usual for a major release, but I still think the wait was worth it - we have: * Tons of new hardware support (we finally removed the BROKEN flag from the ath10k devices!) * Bugfixes (improved WLAN stability!) * Various new features As always, here are the full release notes: http://gluon.readthedocs.io/en/v2016.2/releases/v2016.2.html A big thanks to all our contributors [1]! -- NeoRaider [1] https://github.com/freifunk-gluon/gluon/graphs/contributors

8 years, 8 months

1
0
0 0

Zusätzlicher exit und experimentierfreudige Software

by Jan-Tarek Butt

Hi, War das Wochenende über mit fkr, ulf und Malte in Kiel auf den Kilux. Ich hab gesehen das die Freifunk kieler u.a. über hide.me traffic abkippen: https://hide.me/en/ evtl. wäre das bei uns als zusätzlicher exit auch noch interessant. Bzw. ich hatte überlegt mal ein wenig in die Richtung zu experimentieren das man weg von supernodes geht und z.b. einzelne Router direkt an vpn exits hängt. Befor ich da allerdings ein bisschen in die Richtung experimentieren will, warte ich noch auf das ddhcp, was aktuell in c implementiert wurde und noch ein wenig zeit zur reife braucht. ddhcp ist ein dezentraler dhcp der auf den freifunk Routern laufen würde, so das auch v4 Problemlos in offline Netzen zur Verfügung stehen könnte. vg Tarek

8 years, 8 months

2
2
0 0

Hackaton 2016 - Organisation

by Johannes Rudolph

Hallo zusammen, Ulf und Ich haben gerade zusammengesessen und die erste Planung für unseren Hackaton 2016 gemacht. Das Rahmenprogramm haben wir schon mal in Text gegossen. https://pad.freifunk.net/p/ffnw-hackaton-2016 Unsere Liste mit den Arbeitspunkten ist hier, bei Bedarf gerne ergänzen https://git.nordwest.freifunk.net/ffnw/Hackaton2016/issues Wir beiden haben uns geeinigt, das ich Hauptansprechpartner für das Wochenende bin. Bei fragen einfach bei mir melden! Es wäre super wenn sicher jeder einträgt der an diesem Wochenende in irgendeiner Weise mitmachen und teilnehmen möchte, damit wir die nötigen Einkäufe kalkulieren können. In diesem Sinne auf ein glorreiches und Produktives Wochenende Ulf & Johannes

8 years, 8 months

1
0
0 0

[patch master v3] fix patching error by empty build_patches dir

by Jan-Tarek Butt

--- buildscript | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/buildscript b/buildscript index 04942e6..1474966 100755 --- a/buildscript +++ b/buildscript @@ -122,9 +122,11 @@ get_source() { } patch_target() { - for patch in "$PWD"/build_patches/openwrt/*.patch; do - patch --no-backup-if-mismatch -p0 -d "$target" -i "$patch" - done + if [ $(find $PWD/build_patches/openwrt/*.patch 2> /dev/null | wc -l) -ge 1 ]; then + for patch in "$PWD"/build_patches/openwrt/*.patch; do + patch --no-backup-if-mismatch -p0 -d "$target" -i "$patch" + done + fi } prepare() { -- 2.9.3

8 years, 8 months

2
5
0 0

[patch master v2] fix patching error by emty build_patches dir

by Jan-Tarek Butt

--- buildscript | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/buildscript b/buildscript index 04942e6..43997bf 100755 --- a/buildscript +++ b/buildscript @@ -122,9 +122,11 @@ get_source() { } patch_target() { - for patch in "$PWD"/build_patches/openwrt/*.patch; do - patch --no-backup-if-mismatch -p0 -d "$target" -i "$patch" - done + if (( `ls $PWD/build_patches/openwrt/*.patch 2> /dev/null | wc -l` )); then + for patch in "$PWD"/build_patches/openwrt/*.patch; do + patch --no-backup-if-mismatch -p0 -d "$target" -i "$patch" + done + fi } prepare() { -- 2.9.3

8 years, 8 months

2
1
0 0

firmwares

by Jan-Tarek Butt

Hi, ich hab gerade noch mal ne testing firmware gebaut. http://firmware.ffnw.de/testing/ zudem wird nun auch der symlink in nightly erstellen, damit die router auch wirklich updaten können ;P http://firmware.ffnw.de/nightly Der symlink für die aktuelle stable existierte auch nicht. Hab das mal gefix. http://firmware.ffnw.de/stable/ vg Tarek

8 years, 8 months

1
0
0 0

[Fwd: [WLANware] [ANNOUNCE] Gluon v2016.1.6]

by Bjoern Franke

8 years, 8 months

1
0
0 0

gitlab-CI

by Jan-Tarek Butt

Hi, Das gitlab CI ist nun für die nighly builds fertig eingerichtet. Nun werden u.a. alle images automatisch hier abgelegt: http://runner02.ffnw.de/nightly/master/ Der CI code ist nun so hingehend abstrahiert das dieser weniger von bestimmten Daten abhängt ist. vg Tarek

8 years, 8 months

1
0
0 0

Status v1.2

by Jan-Tarek Butt

Hi, ich hab heute eine sehr rudimentäre mesh on lan / wan management implementiert. Das ist z.Z. nicht wirklich anders lösbar, da die network conf in gluon dringend mal von Grund auf neu strukturiert werden muss. Dazu besteht ein eigener milestone im upstream. Das ist so komplex das ich mich die letzten 3 Tage nur mit den networkconf foo und möglichen lösungen beschäftig habe.. Aktuell ist es so das via respondd md5hashes der aktuell gesetzten hoods erstellt werden. Zudem stehen in der section hoodselector auch noch infos wie boolean "vpnrouter", current_bssid und hoodname. Für das mesh on lan / wan management wird z.Z. nur die hashes verglichen. ist ein hash ungleich zum eigenen wird das mesh on lan wan abgeschaltet... Es fehlt in gluon leider noch ein flag das mesh on lan oder wan zwingen aus sein soll so das es aktuell immer an ist, bzw. nur aus bei einer Kollision. Ist eine Kollision fest gestellt worden so wird mesh on lan/wan abgeschalten beim nächsten aufruf den hoodselectors wird diesen aber wieder eingeschaltet da keine kolision mehr ermittelt werden kann (flip flop) beim nächsten Aufruf dann wieder aus usw... Es gibt zwei Möglichkeiten die ich mir überlegt habe. Die erste wäre die grundlegende überarbeitung der gesamten network conf von gluon was bestimmt einige Wochen mit mehren Leuten Arbeit ist. Zudem wir da leute bräuchten die sich verdammt gut mit network foo auskennen müssen. Neoraider hatt die issues dazu nict umsonst in ein eigenen milestone gepackt :D https://github.com/freifunk-gluon/gluon/issues?q=is%3Aopen+is%3Aissue+miles… Die zweite Möglichkeit wäre VXLAN das ist relativ neu und es existiert noch so gut wie garkeine doku dazu Dazu könnte man ein LEDE-Paket bauen, das VXLAN-Support in netifd einbaut, z.b. als Script in /lib/netifd/proto die zweite Variante hätte wahrscheinlich eh zu folge das die network conf umfangreicher angepackt werden muss. Aktuell arbeite ich gerade an der abstraktion der geoposition der router. Dazu wird der config mode wohl so angepasst, das es ein flag share location geben wird und ein dropdown menü wo man folgendes auswählen kann: autolocation staticlocation auto & staticlocation (no location) Beim letzten Punkt bin ich mir noch nicht sicher evtl. würde ich da einen Text hinsetzen das diese Option signifikante Nachteile auf die lokale Netzqualität haben kann. cheers Tarek

8 years, 8 months

2
1
0 0

issue #61 Hoodselector generates high loads

by Jan-Tarek Butt

Hi, kann jemand zu dem issue sagen wo genau das problem ist? bzw. wann der hoodselector eine hohe load erzeugt ? vg Tarek

8 years, 8 months

1
0
0 0

VPN managemend

by Jan-Tarek Butt

Hi zusammen, Mir ist gerade eine Idee gekommen die ich hier mal vorstellen und diskutieren wollte. Es kommt ja hin und wieder mal vor das Router Betreiber mehrere VPN Router am selben DSL Anschluss betreiben. Mir ist nicht ersichtlich in wie fern das sinnvoll sein könnte. Im Gegenteil die ohne hin in den meisten fällen knappe Bandbreite an einem DSL Anschluss wird somit durch 2 VPN Verbindungen belastet. Zusätzlich werden auch die peer slots serverseitig blockiert. Nun zu der Idee. Die Router tauschen sich local über deren interfaces miteinander aus (lan,wan,wifi). Als Protokoll könnte man respondd nutzen. Sobald zwei router die local mit einander meshen und auch einen VPN über die identische leitung haben, schaltet einer der beiden den fastd ab. Das Ergebnis wären keine redundanten fastd Verbindungen mehr über identische DSL Anschlüsse. Bewerkstelligen könnte man das indem man prüft ob die Router eine identischen fastd config haben. Da habe ich gerade was in respondd fertig gemacht das md5 hashes von aktuell gesetzen hoods bereitstellt. Die Prüfung ob es sich um den selben Anschluss handelt könnte über die Ermittlung der externe IP geschehen. Da müsste v4 v6 berücksichtigt werden. was halten ihr davon? Hab ich evtl. was essenzielles übersehen warum das eine blöde Idee sein könnte? Wehr hat Lust und zeit das zu implementieren? :) schönen Gruß Tarek

8 years, 8 months

6
8
0 0

Re: [Dev] VPN managemend

by Jens Ellerbrock | Freifunk Nordwest e. V.

Das hat sich bald mit L2TP auch erledigt ;) Von meinem Samsung Galaxy Smartphone gesendet. -------- Ursprüngliche Nachricht --------Von: lrnzo via Dev <dev(a)lists.ffnw.de> Datum: 31.08.16 19:17 (GMT+01:00) An: dev(a)lists.ffnw.de Cc: lrnzo <lrnzo(a)osnabrueck.freifunk.net> Betreff: Re: [Dev] VPN managemend naja, wenn jemand den extra für freifunk angemieteten DSL Anschluss auch wirklich auslasten will ... In einen 50 Mbit/s VDSL Anschluss bekommt man schon 3 Tunnel hinein (je nach dem welche Hardware man hat.) Ich habe das auch so gemacht, bevor ich mir nen offloader gebaut habe. aber das nur am Rande Am 31.08.2016 um 17:08 schrieb Jan-Tarek Butt via Dev: > Es kommt ja hin und wieder mal vor das Router Betreiber mehrere VPN Router am selben DSL > Anschluss betreiben. Mir ist nicht ersichtlich in wie fern das sinnvoll sein könnte. > Im Gegenteil die ohne hin in den meisten fällen knappe Bandbreite an einem DSL Anschluss > wird somit durch 2 VPN Verbindungen belastet. Zusätzlich werden auch die peer slots > serverseitig blockiert. _______________________________________________ Dev mailing list Dev(a)lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev

8 years, 9 months

1
0
0 0

Fwd: [WLANnews] JetBrains Lizenzen für freifunk

by Jan-Tarek Butt

FYI -------- Forwarded Message -------- Subject: [WLANnews] JetBrains Lizenzen für freifunk Date: Tue, 30 Aug 2016 14:26:13 +0200 From: Andreas Bräu <ab(a)andi95.de> Reply-To: Deutschlandweite Liste für WLAN Neuigkeiten <wlannews(a)freifunk.net> To: wlannews(a)freifunk.net Hallo Freifunkas, von JetBrains haben wir 4 AllProducts-Lizenzen (IntelliJ, WebStorm, PhpStorm, ... https://www.jetbrains.com/products.html) für OpenSource-Entwicklung bei freifunk bekommen. Meldet euch bei mir, wenn ihr Interesse habt, das zu nutzen. Viele Grüße Andi _______________________________________________ WLANnews mailing list WLANnews(a)freifunk.net Abonnement abbestellen? -> http://lists.freifunk.net/mailman/listinfo/wlannews-freifunk.net Weitere Infos zu den freifunk.net Mailinglisten und zur An- und Abmeldung unter http://freifunk.net/mailinglisten

8 years, 9 months

1
0
0 0

Re: [Dev] [patch master] sed version number to current commit if no tag discripe exist

by Jan-Tarek Butt

FYI On 08/28/16 23:27, Jan-Tarek Butt wrote: > --- > buildscript | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/buildscript b/buildscript > index 53985c4..5a23037 100755 > --- a/buildscript > +++ b/buildscript > @@ -192,6 +192,9 @@ prebuild() { > > #insert actual firware version informations into release file > version=$(git describe --tags --dirty) > + if [ $? -ne 0 ]; then > + version=$(git log | grep -m 1 commit | tail -c41 | head -c7) > + fi > community=$(basename "$(realpath selected_community)" .cfg) > > { > -- > 2.9.3 >

8 years, 9 months

1
0
0 0

Signrequest Firmware 1.1 - Part 2

by Johannes Rudolph

Hallo zusammen, Die Firmware 1.1 läuft seit gut 6 Wochen stabil. Sie wurde auch von 4 Leuten signiert. Inklusive meiner Signatur. Nur leider kennen die Router mit Firmware < 8.1 meine Signatur nicht. Dank unseres Netzsplit sind in den letzten Wochen Router mit alter Firmware wieder online gekommen. Doses kennen meine Signatur noch nicht und updaten nicht. Daher wäre super gut wenn einer aus dem Folgendem Trio noch die Firmware 1.1 signiert, dann hat diese 4 gültige "alte" Signaturen. Dieses betrifft: - Bjo - Clemens - Simon Danke im Voraus Johannes

8 years, 9 months

1
0
0 0

mailinglisten - freifunk api

by picard

moin, auf [0] ist Osnabrücks ML zu finden. wie bekommen wir die ffnw und alle anderen ML auf die übersichts seite? danke im voraus [0] https://freifunk.net/services/wir-tauschen-uns-uber-mailinglisten-aus/servi… -- Freifunk Gruß pic Xmpp: picard(a)ffnw.de & picard(a)fr32k.de @ME https://wiki.nordwest.freifunk.net/picard

8 years, 9 months

3
4
0 0

hoodgen map zugriff probleme

by Jan-Tarek Butt

Hi, mir ist gerade aufgefallen das die darstellung der map nicht mehr über den aktuell implementierten weg möglich ist. http://hood.ffnw/hoodgen.html falls jemand bock auf php hat und vor allen ein wehnig zeit, ist ein patch gerne gesehen :) issue folgt gleich https://git.nordwest.freifunk.net/ffnw-server/hoodgen vg Tarek

8 years, 9 months

3
5
0 0

Puppet Entwicklungsworkflow

by Bjoern Franke

Moin, die momentane Situation bezüglich unseres Puppet-Entwicklungsworkflows stößt mir (und vermutlich auch anderen) etwas auf. Wie sieht der momentane Weg aus, um im unseren Puppet was zu entwickeln? - Auf dem Master im Production entwickeln - auf seinen Client kopieren - im git committen Wait, what? Warum machen wir das nicht "the bytemine way"? Ein dev-Branch, da entwickeln (und testen), dann per git commit ins production- Environment? Grüße bjo

8 years, 10 months

4
5
0 0

[patch master] fix patching error by emty build_patches dir

by Jan-Tarek Butt

Signed-off-by: Jan-Tarek Butt <tarek(a)ring0.de> --- buildscript | 2 ++ 1 file changed, 2 insertions(+) diff --git a/buildscript b/buildscript index ae75027..53985c4 100755 --- a/buildscript +++ b/buildscript @@ -122,9 +122,11 @@ get_source() { } patch_target() { + if test "$(ls -A "$PWD""/build_patches/openwrt/")"; then for patch in "$PWD"/build_patches/openwrt/*.patch; do patch --no-backup-if-mismatch -p0 -d "$target" -i "$patch" done + fi } prepare() { -- 2.9.0

8 years, 10 months

2
2
0 0

Nächste Firmware

by Jan-Tarek Butt

Hoi, der Milestone v1.1.1 ist gestern fertig geworden. Zudem ist der Milestone v1.2 auch schon zu annähend 50% fertig gestellt. Wenn niemand was dagegen hat, würde ich v1.1.1 überspringen und direkt v1.2 für einen signed request fertig machen sobald der dazugehörige Milestone fertig ist. Eike arbeitet gerade an der Abstraktion des geolocators issue #22 und ich überlege mir ein Protokolldesign für das mesh on LAN/WAN Management #63. vg Tarek

8 years, 10 months

7
11
0 0

hoodselector mesh on LAN/WAN Management

by Jan-Tarek Butt

Hi, Wie ich in der Mail "Lösung des Hood vs. Kabelmesh Problems" erwähnt hatte. Der neue thread zur möglichen Lösung des mesh on LAN/WAN Problems mit dem hoodselector. Die Idee wäre auf ein separates Protokoll auszuweichen welches aushandelt ob ein mesh Konflikt besteht. Dazu könnte man per respondd checken, ob auf dem mesh-on-wan/lan eine andere Hood läuft und gegebenenfalls das betroffene Interface aus der batman-adv bridge entfernen. Sobald keine fremden hoods mehr das sind könntem die lan/wan interface wieder in die batman-adv bridge. Das könnte über einen Minütlichen cron gelöst werden. Dann könnten wir mithilfe des respondd auch bei unterschiedlichen hoods dynamisch l3 Routing generieren lassen. Diese Lösung könnte unabhängig vom hoodselector arbeiten und als eigenes package gekapselt werden. Es könnte dann sogar unabhängig von hoods relevant werden. z.B. auf Nationales Freifunk Events wenn dort verschiedene communitys zusammen kommen und dort ausversehen in ein mesh on lan/wan Netz kommen. Dann würde das package die Kollision erkennen können und das Problem automatisch beheben. vg Tarek

8 years, 10 months

1
0
0 0

Lösung des Hood vs. Kabelmesh Problems

by Simon Kurka

Hallöle, mir kam gerade ein Gedanke, der uns evtl. relativ einfach beim Problem des Kabelmeshes in der Hoodauswahl hilft. Ich habe es noch nicht zu Ende gedacht!! Stichwort VLAN. Wie wäre es, wenn wir jeder Hood eine VLAN ID zuweisen, die im Kabelmesh verwendet wird? Es wäre auf jeden Fall sichergestellt, dass Router in unterschiedlichen Hoods diese nicht per Kabelmesh verbinden. Was wir nicht unmittelbar dadurch erreichen, ist, dass ein Kabelmesh sich in der Hoodauswahl als Einheit verhält. Auf VLAN 0 könnte man Meta-Daten austauschen, entweder um a) das einheitliche Verhalten des Kabelmeshes sicherzustellen b) ein Layer 3 Routing durch das Kabelmesh zu fahren, z. B. indem die betreffenden Nodes am OSPF Verkehr teilnehmen, o. Ä. Die VLAN-Trennung könnte uns schon jetzt Sicherheit vor Verbinden zweier Hoods bringen, ohne das Kabelmesh gänzlich abzuschalten. Ansonsten, wie gesagt, nur ein kurzer Gedankenblitz, den ich sehr reizvoll finde :) -- Viele Grüße, Simon

8 years, 10 months

7
10
0 0

Hoodübergreifendes Routing

by Jan-Tarek Butt

> das Hoodübergreifende Routing zwischen den neuen Servern funktioniert auch problemlos. > > Das einzigste was derzeit noch nicht geht: Aus der Hood in das Altnetz. Das würde ich mir.die Tage mit Simon einmal zusammen anschauen. > > Aber ich denke der Hoodinterne Traffic ist erstmal wichtiger ;) Sehr gut :) danke dir vg Tarek

8 years, 10 months

2
1
0 0

Hoodübergreifendes Routing

by Stefan

Moin zusammen, das Hoodübergreifende Routing zwischen den neuen Servern funktioniert auch problemlos. Das einzigste was derzeit noch nicht geht: Aus der Hood in das Altnetz. Das würde ich mir.die Tage mit Simon einmal zusammen anschauen. Aber ich denke der Hoodinterne Traffic ist erstmal wichtiger ;) -- vg Stefan

8 years, 10 months

1
0
0 0

[master and v2016.1.x] add autoupdater upgrade.d script to drop batman-adv routing tables befor sysupgrade #821

by Jan-Tarek Butt

--- .../usr/lib/autoupdater/upgrade.d/10drop-batman-adv-routing-tables | 6 ++++++ 1 file changed, 6 insertions(+) create mode 100755 package/gluon-autoupdater/files/usr/lib/autoupdater/upgrade.d/10drop-batman-adv-routing-tables diff --git a/package/gluon-autoupdater/files/usr/lib/autoupdater/upgrade.d/10drop-batman-adv-routing-tables b/package/gluon-autoupdater/files/usr/lib/autoupdater/upgrade.d/10drop-batman-adv-routing-tables new file mode 100755 index 0000000..e931a0e --- /dev/null +++ b/package/gluon-autoupdater/files/usr/lib/autoupdater/upgrade.d/10drop-batman-adv-routing-tables @@ -0,0 +1,6 @@ +#!/bin/sh + +. /lib/gluon/autoupdater/lib.sh + +/etc/init.d/fastd restart +wifi -- 2.9.0

8 years, 10 months

3
5
0 0

[master] add second drop caches after downloarding Firmware image

by Jan-Tarek Butt

--- admin/autoupdater/files/usr/lib/autoupdater/upgrade.d/95drop_caches | 4 ++++ 1 file changed, 4 insertions(+) create mode 100755 admin/autoupdater/files/usr/lib/autoupdater/upgrade.d/95drop_caches diff --git a/admin/autoupdater/files/usr/lib/autoupdater/upgrade.d/95drop_caches b/admin/autoupdater/files/usr/lib/autoupdater/upgrade.d/95drop_caches new file mode 100755 index 0000000..814159f --- /dev/null +++ b/admin/autoupdater/files/usr/lib/autoupdater/upgrade.d/95drop_caches @@ -0,0 +1,4 @@ +#!/bin/sh + +sync +sysctl -w vm.drop_caches=3 -- 2.9.0

8 years, 10 months

2
1
0 0

ToDo Liste jetzt im GIT

by Johannes Rudolph

Moin zusammen, ich habe im GitLab gerade ein neues Repo angelegt, welches als erste Anlaufstelle für neue Ideen und ToDo Punkte genutzt werden kann. https://git.ffnw.de/ffnw/ToDo/issues Diese Repo ist erstmal zentrale Anlaufstelle. Neue Issues können dann in die entsprechenden Projekte verschoben werden. Die Punkte aus dem ToDo Pad habe ich soweit übernommen Gruß Johannes

8 years, 10 months

2
1
0 0

[master] if url ends with "/" remove it because it will sed static

by Jan-Tarek Butt

Hi, This patch fix the autoupdater url error message. If the mirror url inside the site.conf ends with "/". The autoupdater will add additionally a "/" without checking. This patch add a check of endig urls. --- admin/autoupdater/files/usr/sbin/autoupdater | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/admin/autoupdater/files/usr/sbin/autoupdater b/admin/autoupdater/files/usr/sbin/autoupdater index be3e393..716fce4 100755 --- a/admin/autoupdater/files/usr/sbin/autoupdater +++ b/admin/autoupdater/files/usr/sbin/autoupdater @@ -188,9 +188,15 @@ local function read_manifest(mirror) return ret end +function string.ends(String,End) + return End=='' or string.sub(String,-string.len(End))==End +end -- Downloads the firmware image from a mirror to a given output file local function fetch_firmware(mirror, filename, output) + if string.ends(mirror, "/") then + mirror = string.sub(mirror,1,-2) + end if autoupdater_util.exec('wget', '-T', '120', '-O', output, mirror .. '/' .. filename) ~= 0 then io.stderr:write('Error downloading the image from ' .. mirror .. '\n') return false -- 2.9.0

8 years, 10 months

3
5
0 0

[PATCH] Add GluonSrcDiet command to all gluon packages there contains lua code

by Jan-Tarek Butt

Hi, This patch will inserd into all gluon spesific packages, there have lua code inside, the GluonSrcDiet call define. I moved the lua code into luasrc directories. After the GluonSrcDiet command the minifyed code can found in $(PKG_BUILD_DIR)/luadest/ cheers Tarek Jan-Tarek Butt (1): Prepare all gluon packages there contains lua code with the call command to minify lua code package/gluon-alfred/Makefile | 5 ++++- .../{files => luasrc}/lib/gluon/upgrade/500-enable-alfred | 0 package/gluon-authorized-keys/Makefile | 4 +++- .../{files => luasrc}/lib/gluon/upgrade/100-authorized-keys | 0 package/gluon-autoupdater/Makefile | 8 +++++++- .../{files => luasrc}/lib/gluon/upgrade/500-autoupdater | 0 package/gluon-client-bridge/Makefile | 5 ++++- .../lib/gluon/upgrade/300-gluon-client-bridge-network | 0 .../lib/gluon/upgrade/320-gluon-client-bridge-wireless | 0 package/gluon-config-mode-autoupdater/Makefile | 6 ++++-- .../lib/gluon/config-mode/wizard/0050-autoupdater-info.lua | 0 package/gluon-config-mode-contact-info/Makefile | 4 +++- .../lib/gluon/config-mode/wizard/0500-contact-info.lua | 0 package/gluon-config-mode-core/Makefile | 5 ++++- .../lib/gluon/config-mode/reboot/0900-msg-reboot.lua | 0 .../usr/lib/lua/luci/controller/gluon-config-mode/index.lua | 0 .../usr/lib/lua/luci/model/cbi/gluon-config-mode/wizard.lua | 0 package/gluon-config-mode-geo-location/Makefile | 5 +++-- .../lib/gluon/config-mode/wizard/0400-geo-location.lua | 0 package/gluon-config-mode-hostname/Makefile | 5 +++-- .../lib/gluon/config-mode/wizard/0100-hostname.lua | 0 package/gluon-config-mode-mesh-vpn/Makefile | 5 +++-- .../lib/gluon/config-mode/reboot/0100-mesh-vpn.lua | 0 .../lib/gluon/config-mode/wizard/0300-mesh-vpn.lua | 0 package/gluon-core/Makefile | 4 +++- .../gluon-core/{files => luasrc}/lib/gluon/upgrade/001-upgrade | 0 .../{files => luasrc}/lib/gluon/upgrade/010-primary-mac | 0 .../{files => luasrc}/lib/gluon/upgrade/020-interfaces | 0 .../gluon-core/{files => luasrc}/lib/gluon/upgrade/030-system | 0 .../gluon-core/{files => luasrc}/lib/gluon/upgrade/110-network | 0 .../{files => luasrc}/lib/gluon/upgrade/120-ntp-servers | 0 .../{files => luasrc}/lib/gluon/upgrade/130-reboot-on-oom | 0 .../{files => luasrc}/lib/gluon/upgrade/140-firewall-rules | 0 .../{files => luasrc}/lib/gluon/upgrade/200-wireless | 0 .../gluon-core/{files => luasrc}/lib/gluon/upgrade/500-opkg | 0 .../gluon-core/{files => luasrc}/lib/gluon/upgrade/999-version | 0 .../{files => luasrc}/usr/lib/lua/gluon/platform.lua | 0 .../{files => luasrc}/usr/lib/lua/gluon/site_config.lua | 0 .../{files => luasrc}/usr/lib/lua/gluon/sysconfig.lua | 0 .../gluon-core/{files => luasrc}/usr/lib/lua/gluon/sysctl.lua | 0 .../gluon-core/{files => luasrc}/usr/lib/lua/gluon/users.lua | 0 .../gluon-core/{files => luasrc}/usr/lib/lua/gluon/util.lua | 0 package/gluon-legacy/Makefile | 4 +++- .../{files => luasrc}/lib/gluon/upgrade/000-legacy | 0 .../{files => luasrc}/lib/gluon/upgrade/019-legacy-interfaces | 0 .../{files => luasrc}/lib/gluon/upgrade/210-legacy-wireless | 0 .../{files => luasrc}/lib/gluon/upgrade/290-legacy-setup-mode | 0 .../{files => luasrc}/lib/gluon/upgrade/290-legacy-simple-tc | 0 .../lib/gluon/upgrade/390-legacy-mesh-vpn-fastd | 0 .../{files => luasrc}/lib/gluon/upgrade/990-legacy-late | 0 package/gluon-luci-admin/Makefile | 3 +++ .../usr/lib/lua/luci/controller/admin/index.lua | 0 .../usr/lib/lua/luci/controller/admin/upgrade.lua | 0 .../usr/lib/lua/luci/model/cbi/admin/info.lua | 0 .../usr/lib/lua/luci/model/cbi/admin/remote.lua | 0 package/gluon-luci-autoupdater/Makefile | 4 +++- .../usr/lib/lua/luci/controller/admin/autoupdater.lua | 0 .../usr/lib/lua/luci/model/cbi/admin/autoupdater.lua | 0 package/gluon-luci-mesh-vpn-fastd/Makefile | 3 +++ .../usr/lib/lua/luci/controller/admin/mesh_vpn_fastd.lua | 0 .../usr/lib/lua/luci/model/cbi/admin/mesh_vpn_fastd.lua | 0 package/gluon-luci-node-role/Makefile | 4 +++- .../usr/lib/lua/luci/controller/admin/noderole.lua | 0 .../usr/lib/lua/luci/model/cbi/admin/noderole.lua | 0 package/gluon-luci-portconfig/Makefile | 4 +++- .../usr/lib/lua/luci/controller/admin/portconfig.lua | 0 .../usr/lib/lua/luci/model/cbi/admin/portconfig.lua | 0 package/gluon-luci-private-wifi/Makefile | 4 +++- .../usr/lib/lua/luci/controller/admin/privatewifi.lua | 0 .../usr/lib/lua/luci/model/cbi/admin/privatewifi.lua | 0 package/gluon-luci-wifi-config/Makefile | 4 +++- .../usr/lib/lua/luci/controller/admin/wifi-config.lua | 0 .../usr/lib/lua/luci/model/cbi/admin/wifi-config.lua | 0 package/gluon-mesh-batman-adv-14/Makefile | 3 +++ .../lib/gluon/upgrade/350-gluon-mesh-batman-adv-14 | 0 package/gluon-mesh-batman-adv-15/Makefile | 3 +++ .../lib/gluon/upgrade/350-gluon-mesh-batman-adv-15 | 0 package/gluon-mesh-batman-adv-core/Makefile | 10 +++++++--- .../lib/gluon/upgrade/300-gluon-mesh-batman-adv-core-wan | 0 .../lib/gluon/upgrade/310-gluon-mesh-batman-adv-core-mesh | 0 .../lib/gluon/upgrade/320-gluon-mesh-batman-adv-core-wireless | 0 .../gluon/upgrade/330-gluon-mesh-batman-adv-core-mesh-on-wan | 0 .../gluon/upgrade/340-gluon-mesh-batman-adv-core-mesh-on-lan | 0 .../lib/gluon/upgrade/350-gluon-mesh-batman-adv-core-rssid | 0 package/gluon-mesh-vpn-fastd/Makefile | 9 +++++++-- .../{files => luasrc}/lib/gluon/upgrade/400-mesh-vpn-fastd | 0 .../lib/gluon/upgrade/410-mesh-vpn-fastd-generate-secret | 0 .../lib/gluon/upgrade/420-mesh-vpn-fastd-simple-tc | 0 package/gluon-neighbour-info/Makefile | 7 ++++--- .../lib/gluon/upgrade/400-neighbour-info-firewall | 0 package/gluon-radvd/Makefile | 5 ++++- .../{files => luasrc}/lib/gluon/upgrade/500-radvd-remove-user | 0 package/gluon-respondd/Makefile | 10 ++++++++-- .../{files => luasrc}/lib/gluon/upgrade/400-respondd-firewall | 0 package/gluon-setup-mode/Makefile | 3 +++ .../{files => luasrc}/lib/gluon/setup-mode/www/cgi-bin/luci | 0 .../{files => luasrc}/lib/gluon/upgrade/300-setup-mode | 0 .../{files => luasrc}/lib/gluon/upgrade/310-setup-mode-migrate | 0 .../{files => luasrc}/lib/gluon/upgrade/320-setup-ifname | 0 package/gluon-status-page-api/Makefile | 10 ++++++++-- .../lib/gluon/status-page/www/cgi-bin/interfaces | 0 package/gluon-wan-dnsmasq/Makefile | 5 ++++- .../{files => luasrc}/lib/gluon/wan-dnsmasq/update.lua | 0 103 files changed, 116 insertions(+), 35 deletions(-) rename package/gluon-alfred/{files => luasrc}/lib/gluon/upgrade/500-enable-alfred (100%) rename package/gluon-authorized-keys/{files => luasrc}/lib/gluon/upgrade/100-authorized-keys (100%) rename package/gluon-autoupdater/{files => luasrc}/lib/gluon/upgrade/500-autoupdater (100%) rename package/gluon-client-bridge/{files => luasrc}/lib/gluon/upgrade/300-gluon-client-bridge-network (100%) rename package/gluon-client-bridge/{files => luasrc}/lib/gluon/upgrade/320-gluon-client-bridge-wireless (100%) rename package/gluon-config-mode-autoupdater/{files => luasrc}/lib/gluon/config-mode/wizard/0050-autoupdater-info.lua (100%) rename package/gluon-config-mode-contact-info/{files => luasrc}/lib/gluon/config-mode/wizard/0500-contact-info.lua (100%) rename package/gluon-config-mode-core/{files => luasrc}/lib/gluon/config-mode/reboot/0900-msg-reboot.lua (100%) rename package/gluon-config-mode-core/{files => luasrc}/usr/lib/lua/luci/controller/gluon-config-mode/index.lua (100%) rename package/gluon-config-mode-core/{files => luasrc}/usr/lib/lua/luci/model/cbi/gluon-config-mode/wizard.lua (100%) rename package/gluon-config-mode-geo-location/{files => luasrc}/lib/gluon/config-mode/wizard/0400-geo-location.lua (100%) rename package/gluon-config-mode-hostname/{files => luasrc}/lib/gluon/config-mode/wizard/0100-hostname.lua (100%) rename package/gluon-config-mode-mesh-vpn/{files => luasrc}/lib/gluon/config-mode/reboot/0100-mesh-vpn.lua (100%) rename package/gluon-config-mode-mesh-vpn/{files => luasrc}/lib/gluon/config-mode/wizard/0300-mesh-vpn.lua (100%) rename package/gluon-core/{files => luasrc}/lib/gluon/upgrade/001-upgrade (100%) rename package/gluon-core/{files => luasrc}/lib/gluon/upgrade/010-primary-mac (100%) rename package/gluon-core/{files => luasrc}/lib/gluon/upgrade/020-interfaces (100%) rename package/gluon-core/{files => luasrc}/lib/gluon/upgrade/030-system (100%) rename package/gluon-core/{files => luasrc}/lib/gluon/upgrade/110-network (100%) rename package/gluon-core/{files => luasrc}/lib/gluon/upgrade/120-ntp-servers (100%) rename package/gluon-core/{files => luasrc}/lib/gluon/upgrade/130-reboot-on-oom (100%) rename package/gluon-core/{files => luasrc}/lib/gluon/upgrade/140-firewall-rules (100%) rename package/gluon-core/{files => luasrc}/lib/gluon/upgrade/200-wireless (100%) rename package/gluon-core/{files => luasrc}/lib/gluon/upgrade/500-opkg (100%) rename package/gluon-core/{files => luasrc}/lib/gluon/upgrade/999-version (100%) rename package/gluon-core/{files => luasrc}/usr/lib/lua/gluon/platform.lua (100%) rename package/gluon-core/{files => luasrc}/usr/lib/lua/gluon/site_config.lua (100%) rename package/gluon-core/{files => luasrc}/usr/lib/lua/gluon/sysconfig.lua (100%) rename package/gluon-core/{files => luasrc}/usr/lib/lua/gluon/sysctl.lua (100%) rename package/gluon-core/{files => luasrc}/usr/lib/lua/gluon/users.lua (100%) rename package/gluon-core/{files => luasrc}/usr/lib/lua/gluon/util.lua (100%) rename package/gluon-legacy/{files => luasrc}/lib/gluon/upgrade/000-legacy (100%) rename package/gluon-legacy/{files => luasrc}/lib/gluon/upgrade/019-legacy-interfaces (100%) rename package/gluon-legacy/{files => luasrc}/lib/gluon/upgrade/210-legacy-wireless (100%) rename package/gluon-legacy/{files => luasrc}/lib/gluon/upgrade/290-legacy-setup-mode (100%) rename package/gluon-legacy/{files => luasrc}/lib/gluon/upgrade/290-legacy-simple-tc (100%) rename package/gluon-legacy/{files => luasrc}/lib/gluon/upgrade/390-legacy-mesh-vpn-fastd (100%) rename package/gluon-legacy/{files => luasrc}/lib/gluon/upgrade/990-legacy-late (100%) rename package/gluon-luci-admin/{files => luasrc}/usr/lib/lua/luci/controller/admin/index.lua (100%) rename package/gluon-luci-admin/{files => luasrc}/usr/lib/lua/luci/controller/admin/upgrade.lua (100%) rename package/gluon-luci-admin/{files => luasrc}/usr/lib/lua/luci/model/cbi/admin/info.lua (100%) rename package/gluon-luci-admin/{files => luasrc}/usr/lib/lua/luci/model/cbi/admin/remote.lua (100%) rename package/gluon-luci-autoupdater/{files => luasrc}/usr/lib/lua/luci/controller/admin/autoupdater.lua (100%) rename package/gluon-luci-autoupdater/{files => luasrc}/usr/lib/lua/luci/model/cbi/admin/autoupdater.lua (100%) rename package/gluon-luci-mesh-vpn-fastd/{files => luasrc}/usr/lib/lua/luci/controller/admin/mesh_vpn_fastd.lua (100%) rename package/gluon-luci-mesh-vpn-fastd/{files => luasrc}/usr/lib/lua/luci/model/cbi/admin/mesh_vpn_fastd.lua (100%) rename package/gluon-luci-node-role/{files => luasrc}/usr/lib/lua/luci/controller/admin/noderole.lua (100%) rename package/gluon-luci-node-role/{files => luasrc}/usr/lib/lua/luci/model/cbi/admin/noderole.lua (100%) rename package/gluon-luci-portconfig/{files => luasrc}/usr/lib/lua/luci/controller/admin/portconfig.lua (100%) rename package/gluon-luci-portconfig/{files => luasrc}/usr/lib/lua/luci/model/cbi/admin/portconfig.lua (100%) rename package/gluon-luci-private-wifi/{files => luasrc}/usr/lib/lua/luci/controller/admin/privatewifi.lua (100%) rename package/gluon-luci-private-wifi/{files => luasrc}/usr/lib/lua/luci/model/cbi/admin/privatewifi.lua (100%) rename package/gluon-luci-wifi-config/{files => luasrc}/usr/lib/lua/luci/controller/admin/wifi-config.lua (100%) rename package/gluon-luci-wifi-config/{files => luasrc}/usr/lib/lua/luci/model/cbi/admin/wifi-config.lua (100%) rename package/gluon-mesh-batman-adv-14/{files => luasrc}/lib/gluon/upgrade/350-gluon-mesh-batman-adv-14 (100%) rename package/gluon-mesh-batman-adv-15/{files => luasrc}/lib/gluon/upgrade/350-gluon-mesh-batman-adv-15 (100%) rename package/gluon-mesh-batman-adv-core/{files => luasrc}/lib/gluon/upgrade/300-gluon-mesh-batman-adv-core-wan (100%) rename package/gluon-mesh-batman-adv-core/{files => luasrc}/lib/gluon/upgrade/310-gluon-mesh-batman-adv-core-mesh (100%) rename package/gluon-mesh-batman-adv-core/{files => luasrc}/lib/gluon/upgrade/320-gluon-mesh-batman-adv-core-wireless (100%) rename package/gluon-mesh-batman-adv-core/{files => luasrc}/lib/gluon/upgrade/330-gluon-mesh-batman-adv-core-mesh-on-wan (100%) rename package/gluon-mesh-batman-adv-core/{files => luasrc}/lib/gluon/upgrade/340-gluon-mesh-batman-adv-core-mesh-on-lan (100%) rename package/gluon-mesh-batman-adv-core/{files => luasrc}/lib/gluon/upgrade/350-gluon-mesh-batman-adv-core-rssid (100%) rename package/gluon-mesh-vpn-fastd/{files => luasrc}/lib/gluon/upgrade/400-mesh-vpn-fastd (100%) rename package/gluon-mesh-vpn-fastd/{files => luasrc}/lib/gluon/upgrade/410-mesh-vpn-fastd-generate-secret (100%) rename package/gluon-mesh-vpn-fastd/{files => luasrc}/lib/gluon/upgrade/420-mesh-vpn-fastd-simple-tc (100%) rename package/gluon-neighbour-info/{files => luasrc}/lib/gluon/upgrade/400-neighbour-info-firewall (100%) rename package/gluon-radvd/{files => luasrc}/lib/gluon/upgrade/500-radvd-remove-user (100%) rename package/gluon-respondd/{files => luasrc}/lib/gluon/upgrade/400-respondd-firewall (100%) rename package/gluon-setup-mode/{files => luasrc}/lib/gluon/setup-mode/www/cgi-bin/luci (100%) rename package/gluon-setup-mode/{files => luasrc}/lib/gluon/upgrade/300-setup-mode (100%) rename package/gluon-setup-mode/{files => luasrc}/lib/gluon/upgrade/310-setup-mode-migrate (100%) rename package/gluon-setup-mode/{files => luasrc}/lib/gluon/upgrade/320-setup-ifname (100%) rename package/gluon-status-page-api/{files => luasrc}/lib/gluon/status-page/www/cgi-bin/interfaces (100%) rename package/gluon-wan-dnsmasq/{files => luasrc}/lib/gluon/wan-dnsmasq/update.lua (100%) -- 2.9.0

8 years, 10 months

2
2
0 0

Hood kurtzschluss

by Jan-Tarek Butt

Hi, Ich hab gerade mit Stefan und adrian geredet. Aktuell sind mindestens 2. hoods kurzgeschlossen und zwar mindestend die Defaulthood und die Wittmunder. Das ist bei einer kleinen Mesh verbindung erstmal nicht weiter tragisch. Sowas hatten wir bei der Umstellung von v0.9 auf v1.0 auch. Allerdings sind teilweise die betroffenen hoods aktuell aber via Glasfaser in Wittmund verbunden was dann schon ganz anders aussieht. Ich befürchte solange dieser kuzschluss besteht, funktionieren auch Programme wie wget und somit auch der autoupdater nicht im default netz. Der hoodselector kann diese Trennung aktuell nicht vornehmen da der Support für das mesh on lan und wan Management noch nicht implementiert ist, daher müssen die kurtzschlüsse händisch rausgesucht werden und behoben werden. Adrian ist soweit informiert. vg Tarek

8 years, 10 months

5
11
0 0

Mögliche Fehlerhafte Images 1.1

by Stefan

Hallo zusammen, heute im Laufe des Tages wurde uns mitgeteilt, dass es wohl bei vereinzelten 1.1 Images zu Router-Ausfällen gekommen ist. Dies konnten wir bislang nicht rekonstruieren. Tarek ist ein Fehler bei einem WDR Image aufgefallen, wo das WLAN fehlte. Daher bitte niemand erstmal den stable Symlink umbiegen bis es Entwarnung gibt. Danke! -- vg Stefan

8 years, 10 months

6
14
0 0

Firmware 1.1 <-> Meshviewer

by Christian B.

8 years, 10 months

4
6
0 0

Sign Request 1.1 (neu) (neu)

by Jan-Tarek Butt

Hallo zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 1.1 * Gluon-Version: v2016.1.x * Commit ID: 3b916a554e2d8513169ae5fb186c83ac678ac464 * Download: http://firmware.ffnw.de/1.1 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/f6b390c...3b916a554e2d85131… Folgende Comunnity speziffischen Änderungen gab es: * Add hood butjadingen to hoodfile * Add hood wittmund to hoodfile * Add hood rastede to hoodfile * Add hood lk-vec to hoodfile * Add hood delmenhorst to hoodfile * Hoodselector Cron every 2 Minutes * 2 Peer für frieslandhood Die Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/v1.0...v1.1 Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/v1.0...v1.1 cheers Tarek

8 years, 10 months

2
2
0 0

Sign Request 1.1 (neu)

by Jan-Tarek Butt

Hallo zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 1.1 * Gluon-Version: v2016.1.x * Commit ID: 3b916a554e2d8513169ae5fb186c83ac678ac464 * Download: http://firmware.ffnw.de/1.1 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/f6b390c...3b916a554e2d85131… Folgende Comunnity speziffischen Änderungen gab es: * Add hood butjadingen to hoodfile * Add hood wittmund to hoodfile * Add hood rastede to hoodfile * Add hood lk-vec to hoodfile * Add hood delmenhorst to hoodfile * Hoodselector Cron every 2 Minutes * 2 Peer für frieslandhood Die Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/v1.0...v1.1 Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/v1.0...v1.1 cheers Tarek

8 years, 10 months

1
1
0 0

Sign Request 1.1

by Johannes Rudolph

Hallo zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 1.1 * Gluon-Version: v2016.1.x * Commit ID: 867d9396cd2854033ab260baa4dece908df137c1 * Download: http://firmware.ffnw.de/1.1 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/f6b390c...867d939 Folgende Comunnity speziffischen Änderungen gab es: * Add hood wittmund to hoodfile * Add hood butjadingen to hoodfile * Add hood lohne to hoodfile * Add hood dinklage to hoodfile * Add hood nordhorn to hoodfile * Add hood barnstorf to hoodfile * Hoodselector Cron every 2 Minutes * 2 Peer für frieslandhood Die Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/v1.0...v1.1 Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/v1.0...v1.1 Viele Grüße Johannes

8 years, 10 months

4
13
0 0

Unbrickworkshop

by prinznils

Hallo Ich wollte mal fragen ob das jetzt steht mit dem 15.7. laut Doodle? http://doodle.com/poll/zdarbhsqcf54ikby Dann kann ich den Termin hier in meinem Kalender blocken. Welche Uhrzeit wird den angepeilt? Wieder um 14 Uhr? Grüße Nils

8 years, 10 months

1
0
0 0

[PATCH] GluonSrcDiet call define for lua code Minifying

by Jan-Tarek Butt

Hi, This patch makes able to minify lua code sequential inside directories. Here is an example how do can call it in package Makefiles: First of all you need the host dependencies. PKG_BUILD_DEPENDS += luci-base/host lua/host Then you muss have to include the gluon spesific package.mk. include $(GLUONDIR)/include/package.mk After the all abouve just call the following command inside the package compile define. $(call GluonSrcDiet,./luasrc,$(PKG_BUILD_DIR)/luadest/) luasrc can have subdirectorys there will also created inside luadest including its minifyed files. As an example how good it will woke. I minifyed the Nordwest Freifunk hoodselector. This lua file have currently around 680 lines and a size of 22042 Bytes after minifying it has just 9480 Bytes. Here is a table of the minifying process: -------------------------------------------------------------------- Lexical Input Input Input Output Output Output Elements Count Bytes Average Count Bytes Average -------------------------------------------------------------------- TK_KEYWORD 526 1958 3.72 526 1958 3.72 TK_NAME 813 5506 6.77 813 1984 2.44 TK_NUMBER 35 36 1.03 35 36 1.03 TK_STRING 246 3379 13.74 246 3379 13.74 TK_LSTRING 0 0 0.00 0 0 0.00 TK_OP 1276 1356 1.06 1276 1356 1.06 TK_EOS 1 0 0.00 1 0 0.00 -------------------------------------------------------------------- TK_COMMENT 137 6982 50.96 1 14 14.00 TK_LCOMMENT 0 0 0.00 0 0 0.00 TK_EOL 676 676 1.00 466 466 1.00 TK_SPACE 1187 2149 1.81 287 287 1.00 -------------------------------------------------------------------- Total Elements 4897 22042 4.50 3651 9480 2.60 -------------------------------------------------------------------- Total Tokens 2897 12235 4.22 2897 8713 3.01 -------------------------------------------------------------------- Patches for preparing all gluon spesific packages that includes lua code will follow soon. cheers Tarek Jan-Tarek Butt (1): add luaSrcDiet call define to package.mk include/package.mk | 20 ++++++++++++++++++++ 1 file changed, 20 insertions(+) -- 2.9.0

8 years, 10 months

2
2
0 0

[PATCH] add luaSrcDiet call define to package.mk

by Jan-Tarek Butt

--- include/package.mk | 20 ++++++++++++++++++++ 1 file changed, 20 insertions(+) diff --git a/include/package.mk b/include/package.mk index 76e109e..a1eeb2d 100644 --- a/include/package.mk +++ b/include/package.mk @@ -1,3 +1,7 @@ +# gluon packages will have this implicid integrated the build depends. +# This is just collective for community specific packages there use GluonSrcDiet. +PKG_BUILD_DEPENDS += luci-base/host lua/host + include $(INCLUDE_DIR)/package.mk # Annoyingly, make's shell function replaces all newlines with spaces, so we have to do some escaping work. Yuck. @@ -33,3 +37,19 @@ define GluonInstallI18N fi; \ done endef + +define GluonSrcDiet + cd $(1) && $$(FIND) . | sed 's/.\///' | while read src; do \ + if [ -d $$$$src ]; then \ + if [ ! -d $(shell echo "$(2)" | sed 's/\/$$//')/$$$$src ]; then \ + $$(INSTALL_DIR) -p "$(shell echo "$(2)" | sed 's/\/$$//')/$$$$src"; \ + fi; \ + else \ + if $(STAGING_DIR_HOST)/bin/lua $(STAGING_DIR_HOST)/bin/LuaSrcDiet \ + --noopt-binequiv -o "$(shell echo "$(2)" | sed 's/\/$$//')/$$$$src" \ + "$$$$src"; then \ + chmod +x "$(shell echo "$(2)" | sed 's/\/$$//')/$$$$src"; \ + fi; \ + fi; \ + done +endef -- 2.9.0

8 years, 10 months

1
0
0 0

Neue Hoods / testing

by Stefan

Hey zusammen, die nächsten Hoods sind nun fertig: - Budjadingen - Wittmund - Lohne / Dinklage Diese werden nun noch getestet. Eine entsprechende Testing FW ist unter http://runner02.ffnw.de/1.1-RC1/ zu finden. Bitte nur testen, wenn ihr wisst was ihr tut :) Jetzt warten wir noch auf eine weitere Funktion / Fix von Tarek, da wird er aber was zu schreiben. Viele Grüße, Stefan

8 years, 10 months

6
21
0 0

Fehlende Abdeckung OpenWifi

by Johannes Rudolph

Hallo zusammen, ich habe mich ja schon intensiver mit dem Geolocator beschäftigt und auch ein paar Verbesserungen in die Firmware eingebaut. Aktuell sitzen auf Grund von IP reverse Geocoding einige viele Router in Hesen auf Lat 51 Lng 9. Dieses wird in der Firmware mittlwerweile abgefangen. Router die dort positioniert sind bleiben so lange bis sie etwas WLAN Netzwerke empfangen die auch irgendwann mal bei OpenWifi vorhanden sind oder bis die Koordinaten manuell angepasst werden. Vielleicht sollte wir dadrüber nachdenken ob wir nicht allen Routern mit Autolocator eine bestimmte Position zuweisen, wenn für sie keine Position ermittelbar ist. Dann könnte man in regelmäßigen Abständen automatisiert in den Router listen danach suchen und an die Kontakt eMailadressen, insofern diese vorhanden sind mail verschicken mit dem Hinweis der fehlerhaften Position und mit den 2 Lösungvorschlägen (WLANS scannen mit App / Position manuell im Router eintragen) Die GPS Koordinate ist vor allem, da wir nun auch Hoods haben sehr wichtig für die richtige Wahl des Gateway Servers. Wünsche Meinungen Kommentare und Kritik ist erwünscht ;) Gruß Johannes

8 years, 11 months

1
0
0 0

Re: [Dev] [Nordwest] offloader dns problem und einfaches workaround

by lrnzo

ok, das problem war ein anderes. wenn der hoodselector losläuft, bevor namensauflösung funktioniert hängt der sich gnadenlos auf. dies hat dann erratisches Verhalten wie zB einfrierende shells zur Folge. könnt ihr ausprobieren, wenn ihr mal dafür sorgt, dass unmittelbar nach dem hochfahren, wo der router noch kein dns hat, den hoodselector manuell startet. mit einiger wahrscheinlichkeit bleibt das ding hängen. dann ne weitere ssh-session auf das ding aufmachen und zb mal ifconfig aufrufen oder batctl gwl. friert alles ein. und ein tunnel wird nie aufgebaut. habe aber schon einen patch geschrieben, der zuerst mal testet, ob namensauflösung überhaupt funktioniert und dann erst den rest erledigt. hier mal ein pull-request. forken im gitlab ging iwie nicht wegen visibility level restricted (?) was muss ich tun, damit ich forken kann? oder ist das gar nicht vorgesehen? -------------------------------8<------------------------------- warn: No match for commit d3a71d8259a57bf9e476438f162f9875fc1a95d7 found at packages-lrnzo warn: Are you sure you pushed 'HEAD' there? The following changes since commit e83ccda778ec0d46444e685808eca9656ef52759: Dont put a slash between hoodname and number! Also added appropriate dns entries to our dns server. (2016-06-02 23:59:33 +0200) are available in the git repository at: https://github.com/lrnzo/ffnw-packages for you to fetch changes up to d3a71d8259a57bf9e476438f162f9875fc1a95d7: geändert: hoodselector/luasrc/hoodselector test-name ist jetzt ffnw.de (2016-06-22 23:27:27 +0200) ---------------------------------------------------------------- Johannes Rudolph (7): hoodselctor: Cron every 2 Minutes fixes #55 hoods.json: Add Second Peer Friesland Fixes #60 hoods.json: Add Hood Butjadingen Fixes #58 hoods.json: Add Hood Wittmund Closes #59 hoods.json: Add Dinklage Fixes #57 hoods.json: Add Lohne Fixes #56 hoods.json: Reduce size of Wittmund lrnzo (2): geändert: hoodselector/luasrc/hoodselector der hoodselector läuft nur noch los, wenn namensauflösung sicher funktioniert. Anderenfalls hängt er sich auf und es hilft nur noch reboot ... also bei mir zumindest. geändert: hoodselector/luasrc/hoodselector test-name ist jetzt ffnw.de hoods/files/lib/ffnw/hoods/hoods.json | 113 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++- hoodselector/files/usr/lib/micron.d/hoodselector | 2 +- hoodselector/luasrc/hoodselector | 9 +++++++++ 3 files changed, 122 insertions(+), 2 deletions(-) ------------------------------->8------------------------------- den umgang mit dem git lerne ich auch noch ... Am 19.06.2016 um 12:24 schrieb lrnzo via Nordwest: > Hallo Leute, > > manche stehen ja gelegentlich vor dem Problem, dass Router (insbesondere > Offloader) an unterschiedlchen Anschlüssen nicht oder nur so halb > erratisch online komme. ping 8.8.8.8 geht dann zwar aber ping google.de > nicht und viele fangen dann an, im config mode dhcp und radvd > abzustellen und stattdessen statische v4 configs und statische > DNS-server einzutragen. Ein anderer workaround sieht so aus, dass man > ip-adressen von supernodes in die cofig von fastd hardcoded. Manche > sagen auch, es sei ein Vodaphoneproblem, ich habe es aber nicht nur dort > beobachtet. > > Das kann man sich möglicherweise alles sparen. Ich habe gerade mal > versuchsweise im conigmode v6 auf WAN deaktiviert und schon läuft alles > wie es soll: Namesauflösung, tunnelaufbau, hoodselector. > > kann das jemand mal bei sich reproduzieren? > > LG Lorenz > _______________________________________________ > Nordwest mailing list > Nordwest(a)lists.ffnw.de > https://lists.ffnw.de/mailman/listinfo/nordwest

8 years, 11 months

2
3
0 0

Sign Request 1.0

by Johannes Rudolph

Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 1.0 * Gluon-Version: v2016.1.x * Commit ID: f6b390ca332de38f01cb8c645d383ddfca31f82b * Download: http://firmware.ffnw.de/1.0 Folgende upstream Änderungen gab es: ar71xx-generic OpenMesh MR600 (v1, v2) MR900 (v1, v2) OM2P (v1, v2) OM2P-HS (v1, v2) OM2P-LC OM5P OM5P-AN Ubiquiti Rocket M XW TP-LINK TL-WR841N/ND v11 Bugfixes build: fix race condition caused by using certain make targets (like clean, images or package/*) with parallel build options without doing a full build before build: fix package dependency issue causing “recursive dependency” warning This dependency issue could lead to broken configurations and reportedly caused failed builds in some cases when additional (site-specific) packages were used. build: Gluon will now build correctly with GCC 6 as host compiler Fix configuration of batman-adv when VLANs are used on top of IBSS interfaces (regression due to netifd update in Gluon 2016.1.4) Add back missing ath10k firmware (regression due to mac80211 update in Gluon 2016.1.4) Gluon can now be used on all supported Ubiquiti AirMAX devices without downgrading to AirOS 5.5.x before Gluon 2016.1.1 added support for most Ubiquiti AirMAX devices with AirOS 5.6.x without downgrading AirOS, but left some devices (at least some PicoStations and Bullets) with unwritable flash. This issue has been resolved (#687). Add upgrade script to automatically remove whitespace from configured geolocation The new respondd implementation included in Gluon 2016.1 is stricter about the number format than the old one and doesn’t accept trailing whitespace (so one or both coordinates are missing from the output). The Config Mode has been fixed to strip whitespace from numeric fields in new configurations since Gluon 2016.1.1. This still left old configurations, which are now fixed by this script. Folgende Comunnity speziffischen Änderungen gab es: * Add hood lk-os to hoodfile * Add hood ol to hoodfile * Add hood lk-fri to hoodfile * Add hood lk-st to hoodfile * bugfix hoodselector restart bridge interface * bugfix hoodselector wrong characters inside UCI Section-Namen Die Änderungen an der Siteconf können im Siteconf-Repo mittels folgendem Befehl eingesehen werden: git diff v1.0 v0.9 Die Änderungen an unseren eigenen Paketen können im Packages-Repository mittels folgendem Befehl eingesehen werden: git diff v1.0 v0.9 Viele Grüße Johannes

8 years, 11 months

4
5
0 0

Planungen nächste Hoods

by Stefan

Hey, nachdem wir die ersten Hoods ja produktiv umgestellt haben sollten wir uns Gedanken über die nächsten Schritte machen. Ich hätte hier folgenden Vorschlag: - Hood Budjadingen (2 fastd Instanzen mit jeweils 100 Peers) - Hood Rastede (1 oder 2 fastd Instanzen mit jeweils 100 Peers) - Ein VM für 2 Hoods, Lohne und Dinklage - jeder würde hier 100 Peers bekommen. Die VM könnte auf srv16 Von Budjadingen wird es auch Geld für einen Server geben - das kläre ich grade mit Matthias Schulz ab. Eine weitere Hood für Rastede mit 2 fastd Instanzen für 200 Router. Meinungen oder Einwände? Die serverseitige Einrichtung würde ich dann wohl erledigen ;) Stefan

8 years, 11 months

3
4
0 0

Umzug der Supernodes nach puppet.ffnw.de

by Clemens John

Hi, ich werde am Montag (morgen) die Supernodes vom Testmaster auf den Prodkuktivmaster puppet.ffnw.de umziehen. Der Master ist soweit vorbereitet und getestet. Falls jemand Einwände hat bitte ich um einen Alternativvorschlag mit Zeitplan zum Umzug. Viele Grüße Clemens

8 years, 11 months

4
9
0 0

automatische vs statische Koordinaten

by lrnzo

moin, was passiert eigentlich, wenn man auf nem router automatische _und_ statische Koordinaten einstellt? wäre es nicht sinnvoller, wenn sich im config mode diese beiden häkchen gegenseitig ausschließen? lg lorenz

8 years, 11 months

2
1
0 0

Neue webseite

by Jan-Tarek Butt

Hi, ich hab die neue Webseite mal überflogen und nen Haufen issues aufgemacht. https://git.nordwest.freifunk.net/ffnw/web/issues Generell sollten die links noch mal alle überprüft werden einige von dehnen sind tot. Zudem scheinen in der Kategorie -> Firmware -> kompilieren und angrenzende. zitierte Kommandos falsch dar zustellen. vg Tarek

8 years, 11 months

1
0
0 0

hoodselector: falsch positives Ergebnis bei function directVPN() ?

by lrnzo

Hallo, wenn ich das richtig verstehe, guck die funktion ja in originator-table und gibt true zurück, wenn sie irgendwo den string mesh-vpn findet. Aber wird auch der Wert last-seen berücksichtigt? beispiel: Knoten hat vpn verbindung, der letzte originator-frame ist keine 5 sekunden alt. directVPN() -> TRUE. alles io. jetzt verliert der knoten aus $gründen seine vpn verbindung, aber in der orignator-table werden immer noch massenweise zeilen gefunden, die den string mesh_vpn enthalten, aber natürlich nur zombies sind. directVPN() -> TRUE, obwohl vpn in Wahrheit tot ist. Oder ist das alles viel einfacher? lg lrnzo

8 years, 12 months

2
1
0 0

gitlab-CI

by Jan-Tarek Butt

Hi, das Gitlab ist nun auf dem aktuellen stabile release (8.8.2). Zudem ist in der git VM das git auf 2.8.3 from source aktualisiert. Ein sehr nützliches feature was hinzugekommen ist, ist das man nun die build logs im RAW output kriegen kann[0]. Das ist für Fehler Analysen sehr hilfreich. Hinzu kommt das nun die Architekturen von gluon aus dem soruce generiert werden. Somit werden die Targets dynamisch gebaut. Kommen also neue Architekturen hinzu selektiert der CI bot diese automatisch. Zuvor hatte der bot nur auf einen thread compiliert. Nun baut der CI bot ebenfalls dynamisch auf allen logischen cores[1]. nach folgender Formel: (grep -c processor /proc/cpuinfo)*2 Also Anzahl der logic cores mal zwei. Zweit Prozesse pro logik core. Referrenz[2]. Aktuell ist es noch nicht möglich mit dem make parameter V=s zu compilieren. Der generierte log output wird mehre GB groß und überbeansprucht das gitlab somit. Dazu gibt es schon ein issue in gitlab [3]. vg Tarek [0] https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/builds/289/raw [1] https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/builds/289 [2] https://github.com/FreifunkFranken/firmware/blob/master/buildscript#L219 [3] https://gitlab.com/gitlab-org/gitlab-ci/issues/421

8 years, 12 months

1
1
0 0

Vorschlag zum 1.0 Release

by Stefan

Hi, ich habe mich gerade kurz mit Clemens über das 1.0 Release unterhalten. Ich hätte hier folgenden Vorschlag: - Ich habe nun den Ganzen Puppet Code ins Gitlab rübergezogen und fixe hier noch Kleinigkeiten - Wir testen alle die Version 1.0 heute oder morgen und signen diese schon entsprechend - Am Mittwoch würden wir ein Blogpost veröffentlichen, damit die Nutzer von dem Großen Update mitbekommen - Donnerstag im Laufe des Tages würden wir dann den Symlink umschwenken, sodass die Version verteilt wird Einwände oder weitere Vorschläge? :) Viele Grüße Stefan

8 years, 12 months

1
0
0 0

Umzug der Puppet Repos und Master

by Stefan

Hey zusammen, ich mache mich ab jetzt daran die Puppet Repos ins Gitlab (sofern dies funktioniert) umzuziehen und über unseren Puppetmaster zu deployen. Dann haben wir später im Puppet Board eine Gute Übersicht, welche Systeme wie deployed wurden. VG Stefan

8 years, 12 months

2
2
0 0

build ENV

by Jan-Tarek Butt

Hi, ich habe mal ein paar build ENVs auf runner02 gelöscht die in home dirs lagen und älter als 1 1/2 Monate waren. Bitte auchtet darauf wenn im home die gebaut wird sollte das build ENV hinterher aufgeräumt werden. Ansonsten verbraucht es ca. 70GB. Hintergrund ist das mir gerade aufgefallen ist das dem CI bot die platte voll gelaufen ist. vg Tarek

8 years, 12 months

1
0
0 0

Gitlab: Reply via Mail

by Bjoern Franke

Moin, man kann auf die Mail-Notifications für Issues und Mergerequests unseres Gitlabs nun auch per Mail antworten. \o/ grüße bjo -- xmpp bjo(a)schafweide.org

9 years

2
1
0 0

hoodselector: br-client restart

by Johannes Rudolph

Moin wir haben festgestellt, dass das Interface br-client neu gestartet werden muss, damit der router schnellstmöglich seine alte IPv6 Adresse vergisst. Ich habe da mal einen Merge Request gemacht @Tarek kannst du dir das mal anschauen und dann hoffentlich ;) Mergen Gruß Johannes

9 years

4
7
0 0

Re: [Dev] hoodselector: br-client restart

by Stefan

Moin, in dem Hoodfile von Tarek steht wohl lk-fri01.sn.ffnw.de drin. Daher keine Verbindung. Hab diese mal angelegt - sollte nun klappen! Am 27.05.2016 um 10:49 schrieb lrnzo: > aus dem hoodfile: > > "name": "lk-fri", > "bssid": "02:00:0A:12:88:00", > "defaulthood": false, > "servers": [ > { > "host": "lk-fri-01.sn.ffnw.de", > "port": "10001", > "publickey": > "613ffbc8a5a2b1a8602866c0bd44afddecee79c49cde52ee4dd5df73c88d0437" > } > ], > "boxes": [ > [ > [ > 53.36, > 7.85 > ], > [ > 53.72, > 8.18 > ] > ] > ] > }, > > > Am 27.05.2016 um 10:47 schrieb Stefan: >> Hoi, >> >> Am 27.05.2016 um 10:46 schrieb lrnzo via Dev: >>> hat das was damit zu tun, dass er in lk-fri das entsprechende gateway >>> nicht erreiht? >> >> welche Peers sind für FRI / WHV angegeben? >> Daran wird es liegen ;) >> >> Stefan >>

9 years

2
1
0 0

fastd names

by Johannes Rudolph

Zusammen mit Lorenz und Stefan haben wir gerade festgestellt, das die fastd namen viel zu lang sind und gluon diese nicht übernimmt. Alt: mesh_vpn_backbone_peer_<srv> ist zu lang für gluon Neu: vpn_<srv> Daher hier ein Vorschlag zum drastischen einkürzen. Es ist nur ein Bezeichner von daher nix weltbewegendes. Der Merge Request: https://git.nordwest.freifunk.net/ffnw-firmware/packages/merge_requests/14 und für Tarek als Patch zum anschauen: From e4ec14e6f43ad43d927fa49c0e4ae827005d4e2e Mon Sep 17 00:00:00 2001 From: Johannes Rudolph <johannes.rudolph(a)ffnw.de> Date: Thu, 26 May 2016 15:56:56 +0200 Subject: [PATCH] Make fastd peer names shorter at the moment they are to Long --- hoodselector/luasrc/hoodselector | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/hoodselector/luasrc/hoodselector b/hoodselector/luasrc/hoodselector index 1b27b87..7c3e1a3 100755 --- a/hoodselector/luasrc/hoodselector +++ b/hoodselector/luasrc/hoodselector @@ -275,7 +275,7 @@ end local function directVPN() -- escape special chars "[]-" for outgoingIF in io.open("/sys/kernel/debug/batman_adv/bat0/originators", 'r'):lines() do - if outgoingIF:match(string.gsub("%[ " .. uci:get('fastd', 'mesh_vpn_backbone', 'net') .. "%]","%_",'-'):gsub("%-", "%%-")) then + if outgoingIF:match(string.gsub("%[ " .. uci:get('fastd', 'vpn', 'net') .. "%]","%_",'-'):gsub("%-", "%%-")) then return true end end @@ -297,7 +297,7 @@ local function getCurrentPeers() for prefix,peer in pairs(index) do local tmpPeer = {} if prefix:match(".name") then - if peer:match("mesh_vpn_backbone_peer_") then + if peer:match("vpn_") then local tmpRemote = uci:get('fastd', peer, 'remote') tmpRemote = tmpRemote[1]:split(" ") local remote = {} @@ -368,7 +368,7 @@ local function vpn_reconfiguration_needed(hood_serverlist) for local_server_config_name, local_server in pairs(local_serverlist) do local local_server_exists_in_hoodfile = false for hood_server_index,hood_server in pairs(hood_serverlist) do - if (local_server_config_name == 'mesh_vpn_backbone_peer_'.. hood_server["host"]:split('.')[1]) then + if (local_server_config_name == 'vpn_'.. hood_server["host"]:split('.')[1]) then local_server_exists_in_hoodfile = true if ( local_server.key ~= hood_server['publickey'] ) then return true @@ -389,7 +389,7 @@ local function vpn_reconfiguration_needed(hood_serverlist) for hood_server_index,hood_server in pairs(hood_serverlist) do local hood_server_exists_locally = false for local_server_config_name, local_server in pairs(local_serverlist) do - if (local_server_config_name == 'mesh_vpn_backbone_peer_'.. hood_server["host"]:split('.')[1]) then + if (local_server_config_name == 'vpn_'.. hood_server["host"]:split('.')[1]) then hood_server_exists_locally = true end end @@ -408,9 +408,9 @@ local function vpn_reconfigure(hood_serverlist) end -- add servers from hoodfile - local group = 'mesh_vpn_backbone' + local group = 'vpn_' for i,hood_server in pairs(hood_serverlist) do - uci:section('fastd', 'peer', group .. '_peer_' .. hood_server.host:split('.')[1], + uci:section('fastd', 'peer', group .. hood_server.host:split('.')[1], { enabled = 1, net = 'mesh_vpn', -- libgit2 0.24.0 Gruß Johannes

9 years

5
12
0 0

reminder dev terffen am 28.05

by Jan-Tarek Butt

Hi, Ich erinnere hier mit an das morgiger dev treffen. Beginn ab 14:00Uhr im Mainframe. http://mainframe.io/contact.de.dark.html https://pad.ffnw.de/p/dev-05-2016 vg Tarek

9 years

2
2
0 0

Reminder: Entwicklertreffen am 28.05.16 um 14 Uhr in Oldenburg

by Bjoern Franke

Moin, morgen (28.05.) findet in Oldenburg um 14 Uhr ein Entwicklertreffen im Mainframe (Bahnhofsplatz 10) statt. Grüße bjo

9 years

1
0
0 0

Fwd: [PATCH] docs: fix 404 error for nordwest site repo url

by Jan-Tarek Butt

FYI hab die url in der gluon docs mal gefixt -------- Forwarded Message -------- Subject: [PATCH] docs: fix 404 error for nordwest site repo url Date: Fri, 27 May 2016 00:13:37 +0200 From: Jan-Tarek Butt <tarek(a)ring0.de> To: Matthias Schiffer <mschiffer(a)universe-factory.net> --- docs/user/site.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/user/site.rst b/docs/user/site.rst index 7f56150..4a702b3 100644 --- a/docs/user/site.rst +++ b/docs/user/site.rst @@ -408,7 +408,7 @@ This is a non-exhaustive list of site-repos from various communities: * `site-ffmyk <https://github.com/FreifunkMYK/site-ffmyk>`_ (Mayen-Koblenz) * `site-ffm <https://github.com/freifunkMUC/site-ffm>`_ (München) * `site-ffms <https://github.com/FreiFunkMuenster/site-ffms>`_ (Münsterland) -* `site-ffnw <https://git.nordwest.freifunk.net/ffnw/siteconf/tree/master>`_ (Nordwest) +* `site-ffnw <https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/tree/master>`_ (Nordwest) * `site-ffka <https://github.com/ffka/site-ffka>`_ (Karlsruhe) * `site-ffrl <https://github.com/ffrl/sites-ffrl>`_ (Rheinland) * `site-ffrg <https://github.com/ffruhr/site-ffruhr>`_ (Ruhrgebiet) -- 2.8.3

9 years

1
0
0 0

Diskussion ansprechpatner

by Jan-Tarek Butt

Hi, ich würde gerne noch mal über die hood ansprechpantern sprechen. Clemens hat folgendes zu Diskussion gestellt: Ich möchte gerne vorschlagen, dass es für jede Hood mindestens zwei feste technische Ansprechpartner gibt, die mit ihrem Namen und ihrer Emailadresse im Hoodfile verzeichnet werden. Hintergrund ist, dass es in der Vergangenheit häufiger zu Überlastungserscheinungen im Admin-Team kam und ich gerne Anreize schaffen möchte sich auch auf der administrativen Seite von Freifunk zu engagieren. Konsequenz des Vorschlags ist, dass Hoods nur für Regionen eingerichtet werden, die auch Ehrenamtliche für die technischen Betreuung in das Admin-Team entsenden können. Das müssen nicht zwingend lokale Betreuer sein auch wenn dies wünschenswert ist. Vielmehr geht es bei diesem Vorschlag darum Verantwortung zu übernehmen. Zum einen sollen Regionen, die von den technischen Weiterentwicklungen profitieren wollen auch etwas zurückgeben und Verantwortung für die Technik übernehmen indem sie sich zwei technische Betreuer suchen und zum anderen wird auch das Admin-Team insgesamt in die Pflicht genommen neues Personal in komplexe technische Sachverhalte einzuarbeiten. Ich würde diese Änderung gerne in das Hoodfile aufnehmen und nicht in eine externe Liste im Wiki auslagern, da die technischen Ansprechpartner an einer zentralen Stelle verzeichnet sein sollten, die z.B. auch im Webinterface abgefragt und Angezeigt werden kann. Der Platzbedarf je Hood liegt bei ca. 200 Byte. Bei 10 Hoods also ca. 2KB. Ich denke das können wir verschmerzen, wenn wir im Gegenzug eine Verbesserung der Organisationsstruktur erzielen können. Die technische Realisierung erfolgt über ein weitere Attribut für jede Hood:

9 years

5
12
0 0

create a ffnw-debug package

by Johannes Rudolph

Moin ich habe im Issure #3 schon gesagt, dass ich es machen will. Ein Debug Paket erstellen, welches eine Ausgabe erzeugt, die man versenden kann um das debugging zu verbessern. Ich würde gerne Ideen Sammeln welche "Angaben" hier sinvoll wären. Ich bitte um vorschläge ;) Gerne im Issue kommentieren https://git.nordwest.freifunk.net/ffnw-firmware/packages/issues/3 Gruß Johannes

9 years

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

Dev