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
Moin
Ich würde es cool finden, wenn. Wir vor jedem Release auch eine neue testing Firmware bauen und deployen
Gruß Johannes
Von meinem iPhone gesendet
Am 06.09.2016 um 18:56 schrieb Jan-Tarek Butt via Dev dev@lists.ffnw.de:
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
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hi,
Vergesst bitte nicht zu testen und zu signieren ;P
Schöne Grüße Tarek
On 09/06/16 18:56, Jan-Tarek Butt via Dev wrote:
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
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
On 09/20/16 18:12, Jan-Tarek Butt via Dev wrote:
Hi,
Vergesst bitte nicht zu testen und zu signieren ;P
Wenn ihr Lust habt können wir diesen Samstag eine Sign Party in Oldenburg machen. Am Samstag ist auch ein Unbrick Workshop und die Linux Informations Tage Oldenburg.
Hardware zum testen haben wir auch reichlich im Mainframe, da mir auf dem letzten treffen mitgeteilt wurde das wohl die nötige menge an Hardware zum testen fehlt.
schöne Grüße Tarek
On 09/20/16 18:12, Jan-Tarek Butt via Dev wrote:
Hi,
Vergesst bitte nicht zu testen und zu signieren ;P
Wie weit ist der Stand? Wer muss noch signieren?
Noch eine andere Sache: Derzeit beruht unsere Firmware 1.1 auf dem Stand Gluon 2016.1.5. Wäre es möglich, wenn einer einmal einen Build machen könnte mit Gluon 2016.2 als Grundlage mit dem eth10 Treiber? (vlt. testing?)
“(1 http://gluon.readthedocs.io/en/v2016.2/releases/v2016.2.html#id1, 2 http://gluon.readthedocs.io/en/v2016.2/releases/v2016.2.html#id2, 3 http://gluon.readthedocs.io/en/v2016.2/releases/v2016.2.html#id3, 4 http://gluon.readthedocs.io/en/v2016.2/releases/v2016.2.html#id4, 5 http://gluon.readthedocs.io/en/v2016.2/releases/v2016.2.html#id5, 6 http://gluon.readthedocs.io/en/v2016.2/releases/v2016.2.html#id6) Device uses the ath10k WLAN driver; no image is built unless GLUON_ATH10K_MESH is set as described in Make variables http://gluon.readthedocs.io/en/v2016.2/user/getting_started.html#getting-started-make-variables”
Ich würde gerne einmal die Hardware dazu testen (und dann könnte man es vlt mit 1.2 oder 1.3 ausrollen?)
LG Adrian
Hi,
On 09/20/16 18:12, Jan-Tarek Butt via Dev wrote:
Hi,
Vergesst bitte nicht zu testen und zu signieren ;P
Wie weit ist der Stand? Wer muss noch signieren?
Bisher ist das nur ich. Ich ziehe mit dieser mail den sign request für 1.2 zurück.
Noch eine andere Sache: Derzeit beruht unsere Firmware 1.1 auf dem Stand Gluon 2016.1.5. Wäre es möglich, wenn einer einmal einen Build machen könnte mit Gluon 2016.2 als Grundlage mit dem eth10 Treiber? (vlt. testing?)
“(1 http://gluon.readthedocs.io/en/v2016.2/releases/v2016.2.html#id1, 2 http://gluon.readthedocs.io/en/v2016.2/releases/v2016.2.html#id2, 3 http://gluon.readthedocs.io/en/v2016.2/releases/v2016.2.html#id3, 4 http://gluon.readthedocs.io/en/v2016.2/releases/v2016.2.html#id4, 5 http://gluon.readthedocs.io/en/v2016.2/releases/v2016.2.html#id5, 6 http://gluon.readthedocs.io/en/v2016.2/releases/v2016.2.html#id6) Device uses the ath10k WLAN driver; no image is built unless GLUON_ATH10K_MESH is set as described in Make variables http://gluon.readthedocs.io/en/v2016.2/user/getting_started.html#getting-started-make-variables”
Ich würde gerne einmal die Hardware dazu testen (und dann könnte man es vlt mit 1.2 oder 1.3 ausrollen?)
Ist in Planung. :) Ich hatte ein paar Millionstes angelegt.
demnächst werde ich erst mal eine v1.1.1 mit ein paar Bugfixes und kleineren Verbesserungen als sign request stellen.
Darauf sollen folgende Versionen folgen (wie ich gestern beim Treffen gesagt hatte):
Mesh_on_LAN/WAN managemend v1.2 Das ist in der dem gerade zurrück gezogenen sign request enthalten.
Gluon2016.2.x v1.3
2 neue hoods und Osna hood splitt v1.3.1
fastd to l2tpv3 v1.4
Schöne Grüße Tarek
Moin Tarek.
magst du das als Milestones mal im Git anlegen? Blickt ja keiner durch hier :D
Am 05.11.2016 um 12:39 schrieb Jan-Tarek Butt via Dev:
Wie weit ist der Stand? Wer muss noch signieren?
Bisher ist das nur ich.
Pardon.. Bisher hab nur ich signiert
Ich ziehe mit dieser mail den sign request für 1.2 zurück.
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Noch eine andere Sache: Derzeit beruht unsere Firmware 1.1 auf dem Stand Gluon 2016.1.5. Wäre es möglich, wenn einer einmal einen Build machen könnte mit Gluon 2016.2 als Grundlage mit dem eth10 Treiber? (vlt. testing?)
Hier ist ein build auf v2016.2.x http://runner02.ffnw.de/nightly/master/
Schönen Gruß Tarek
weiß nicht, ob das schon jemand getestet hat, aber bei der 1.2_testing tritt das gleiche Problem schon wie bei der 1.1.1 auf, nämlich: Image geflasht, im configmode statische Koordinaten ausgewählt, aber schon nach dem ersten reboot dann das hier:
root@ffnw-e894f697042e:~# uci show | grep locat gluon-node-info.location=location gluon-node-info.location.auto_location='1' <= oO gluon-node-info.location.refresh_interval='1000' gluon-node-info.location.share_location='1' gluon-node-info.location.static_location='1' gluon-node-info.location.latitude='52.27' gluon-node-info.location.longitude='8.058' gluon-node-info.location.altitude='1000'
meine Prognose ist, dass der Router irgendwann anfangen würde, auf der Karte herumzuwandern.
lg lrnzo
Am 06.09.2016 um 18:56 schrieb Jan-Tarek Butt via Dev:
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
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hallo,
ebenfalls gerade diese Problematik an einem TP-Link WDR 4300 getestet!
Ergebnis wie bei Lorenz:
gluon-node-info.location=location gluon-node-info.location.auto_location='1' gluon-node-info.location.refresh_interval='1000' gluon-node-info.location.static_location='1' gluon-node-info.location.latitude='52.146318265' gluon-node-info.location.longitude='8.044803143' gluon-node-info.location.share_location='1' gluon-node-info.@owner[0]=owner gluon-node-info.@owner[0].contact='thomas.engelmeyer@ffnw.de' gluon-node-info.@system[0]=system
Neu geflasht, dann Configmode Geo auf Manual und Ges eingetragen, das oben kam beim ersten Aufruf dann raus!
Mit freundlichen Grüßen Thomas Engelmeyer thomas.engelmeyer@ffnw.de
-----Ursprüngliche Nachricht----- Von: Dev [mailto:dev-bounces@lists.ffnw.de] Im Auftrag von lrnzo via Dev Gesendet: Freitag, 18. November 2016 22:16 An: dev@lists.ffnw.de Cc: lrnzo Betreff: Re: [Dev] Sign Request 1.2
weiß nicht, ob das schon jemand getestet hat, aber bei der 1.2_testing tritt das gleiche Problem schon wie bei der 1.1.1 auf, nämlich: Image geflasht, im configmode statische Koordinaten ausgewählt, aber schon nach dem ersten reboot dann das hier:
root@ffnw-e894f697042e:~# uci show | grep locat gluon-node-info.location=location gluon-node-info.location.auto_location='1' <= oO gluon-node-info.location.refresh_interval='1000' gluon-node-info.location.share_location='1' gluon-node-info.location.static_location='1' gluon-node-info.location.latitude='52.27' gluon-node-info.location.longitude='8.058' gluon-node-info.location.altitude='1000'
meine Prognose ist, dass der Router irgendwann anfangen würde, auf der Karte herumzuwandern.
lg lrnzo
Am 06.09.2016 um 18:56 schrieb Jan-Tarek Butt via Dev:
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
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
_______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hi,
ebenfalls gerade diese Problematik an einem TP-Link WDR 4300 getestet!
Ergebnis wie bei Lorenz:
gluon-node-info.location=location gluon-node-info.location.auto_location='1' gluon-node-info.location.refresh_interval='1000' gluon-node-info.location.static_location='1' gluon-node-info.location.latitude='52.146318265' gluon-node-info.location.longitude='8.044803143' gluon-node-info.location.share_location='1' gluon-node-info.@owner[0]=owner gluon-node-info.@owner[0].contact='thomas.engelmeyer@ffnw.de' gluon-node-info.@system[0]=system
Neu geflasht, dann Configmode Geo auf Manual und Ges eingetragen, das oben kam beim ersten Aufruf dann raus!
Danke für die Rückmeldung.
Ich schaue mir das Problem gleich auf der Zugfahrt nach HH an :)
vg Tarek
Die Benennung ist einfach irreführend und der Code an der Stelle aus diesem Grund bestimmt auch fehleranfällig, da nicht intuitiv.
Mein letzter Stand war, dass der Router fix positioniert ist, wenn static_location gesetzt ist. auto_location an der Stelle sammelt die umliegenden WLAN Netze ein und sendet sie an die OpenWifi Map.
Gerade wenn der Teil jetzt abstrahiert ist, schlage ich vor, dass die Router direkt nur mit einem internen Dienst kommunizieren, der die Daten an beliebig viele Dienste weitergeben kann und Daten von beliebig vielen Diensten anfordern kann und das beste Ergebnis an die Router ausgeliefert wird.
Am 19.11.2016 17:47 schrieb "Jan-Tarek Butt via Dev" dev@lists.ffnw.de:
Hi,
ebenfalls gerade diese Problematik an einem TP-Link WDR 4300 getestet!
Ergebnis wie bei Lorenz:
gluon-node-info.location=location gluon-node-info.location.auto_location='1' gluon-node-info.location.refresh_interval='1000' gluon-node-info.location.static_location='1' gluon-node-info.location.latitude='52.146318265' gluon-node-info.location.longitude='8.044803143' gluon-node-info.location.share_location='1' gluon-node-info.@owner[0]=owner gluon-node-info.@owner[0].contact='thomas.engelmeyer@ffnw.de' gluon-node-info.@system[0]=system
Neu geflasht, dann Configmode Geo auf Manual und Ges eingetragen, das
oben kam beim ersten Aufruf dann raus!
Danke für die Rückmeldung.
Ich schaue mir das Problem gleich auf der Zugfahrt nach HH an :)
vg Tarek
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
On 11/20/16 12:09, Simon Kurka wrote:
Die Benennung ist einfach irreführend und der Code an der Stelle aus diesem Grund bestimmt auch fehleranfällig, da nicht intuitiv.
Könntest du ihr ein konkretes Beispiel nennen? Ansicht ist die Namensgebung explizit nach Effekt der Parameter gewählt.
Mein letzter Stand war, dass der Router fix positioniert ist, wenn static_location gesetzt ist. auto_location an der Stelle sammelt die umliegenden WLAN Netze ein und sendet sie an die OpenWifi Map.
Korrekt.
Gerade wenn der Teil jetzt abstrahiert ist, schlage ich vor, dass die Router direkt nur mit einem internen Dienst kommunizieren, der die Daten an beliebig viele Dienste weitergeben kann und Daten von beliebig vielen Diensten anfordern kann und das beste Ergebnis an die Router ausgeliefert wird.
Das halte ich nicht für sinnvoll. Einfach aus den Grund weil im voraus nicht bekannt ist welche Daten ein dienst überhaupt brauch. Die Namensgebung ist ja explizit neutral gehalten, so das relativ simpel mit verschiedenen packages auch andere Dienste drauf zurück greifen können.
Ich hab den Fehler schon gefunden aber noch nicht behoben... luci ist echt nicht soo geil ... ;)
Ich mache das in einer ruhigen Minute, unter der Woche.
vg Tarek
Hi,
Das Problem ist nun behoben.
Insgesamt waren es 3 bugs ..
2 logic Fehler
und ein brain AFK ;P
schöne Grüße Tarek
-
Adrian Heeren -
Jan-Tarek Butt -
Johannes Rudolph -
lrnzo -
Simon Kurka -
Stefan -
Thomas Engelmeyer || Freifunkunterstützer