Hallo zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170125 * Gluon-Version: v2016.1.x * Commit ID: ee597c66769a455d38467192598813e7f8411cfd * Download: https://firmware.ffnw.de/20170125 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/ee597c...ee597c Folgende Comunnity spezifischen Änderungen gab es: package repo: * multiple-v6-watchdoog: Ungenutzte variablen entfernt anhängende Leerzeichen entfernt. * hood: os-lk hood wurde gesplittet in os-stadt und os-lk hood Leer-Emden-Aurich wurde aufgenommen. Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/v1.2.1...20... 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.1...20... Schöne Grüße Tarek
Ein diff zwischen der aktuellen stable und der requested Version wäre schön. Warum existiert nach wie vor kein Tag für v1.2.2? @Tarek: Danke, dass du immer deine Vorlage für die Sign-Requests benutzt. Sehr nützlich! Anderes Thema: Was hindert uns auf 2016.2.x zu gehen? Ich würde sehr gerne Archer Geräte ordern. Das mache ich auf keinen Fall ohne offiziellen Support. Viele Grüße, Simon
Mir sind noch Fragen eingefallen: Welche Kernel-Version steckt in den Images? Sind die packages im angegebenen mirror passend? (erwartet wird 3.18.20-1, aktuell installiert ist 3.18.29) Diverse Dinge auszuprobieren oder weiterzuentwickeln, die kmods erfordern, ist aktuell mit der offiziellen ffnw-Firmware quasi unmöglich. Das finde ich mehr als unglücklich! Viele Grüße, Simon On 26.01.2017 02:15, Simon Kurka wrote:
Ein diff zwischen der aktuellen stable und der requested Version wäre schön. Warum existiert nach wie vor kein Tag für v1.2.2?
@Tarek: Danke, dass du immer deine Vorlage für die Sign-Requests benutzt. Sehr nützlich!
Anderes Thema: Was hindert uns auf 2016.2.x zu gehen? Ich würde sehr gerne Archer Geräte ordern. Das mache ich auf keinen Fall ohne offiziellen Support.
Viele Grüße, Simon
On 01/26/17 02:41, Simon Kurka via Dev wrote:
Mir sind noch Fragen eingefallen: Welche Kernel-Version steckt in den Images? Sind die packages im angegebenen mirror passend? (erwartet wird 3.18.20-1, aktuell installiert ist 3.18.29)
Packages wurde ja von dir gewünscht, das upstream repo zu mirron und einzubinden. Unter https://dev.ffnw.de/modules/ sind packages die exakt zu den versionen gehören.
Diverse Dinge auszuprobieren oder weiterzuentwickeln, die kmods erfordern, ist aktuell mit der offiziellen ffnw-Firmware quasi unmöglich. Das finde ich mehr als unglücklich!
Das ist falsch, die version ind klar und bekannt. Eine änderung der Kernelversion wird auch immer klar angegeben. Dazu schreibe ich immer den upstream diff rein. vg Tarek
On 26.01.2017 10:30, Jan-Tarek Butt via Dev wrote:
On 01/26/17 02:41, Simon Kurka via Dev wrote:
Mir sind noch Fragen eingefallen: Welche Kernel-Version steckt in den Images? Sind die packages im angegebenen mirror passend? (erwartet wird 3.18.20-1, aktuell installiert ist 3.18.29) Packages wurde ja von dir gewünscht, das upstream repo zu mirron und einzubinden. Unter https://dev.ffnw.de/modules/ sind packages die exakt zu den versionen gehören.
Mag ja sein, dass ich zu blöde bin. Freue mich dann über Erklärungen. Was hat nun http://ba.mirror.garr.it/mirrors/openwrt/ mit FFNW zu tun?
Diverse Dinge auszuprobieren oder weiterzuentwickeln, die kmods erfordern, ist aktuell mit der offiziellen ffnw-Firmware quasi unmöglich. Das finde ich mehr als unglücklich! Das ist falsch, die version ind klar und bekannt. Eine änderung der Kernelversion wird auch immer klar angegeben. Dazu schreibe ich immer den upstream diff rein.
Hau doch nicht so einen raus, wenn ich richtig liegen könnte... opkg install kmod-l2tp Das funktioniert alleine schon aufgrund des nicht existenten Mirrors in der aktuellen FW nicht. Kompatibilität zu den packages in mirror.ffnw.de ist nicht gegeben:
root@OldenburgSKNord:/tmp# opkg install kmod-l2tp Installing kmod-l2tp (3.18.20-1) to root... Downloading http://mirror.ffnw.de/openwrt/chaos_calmer/15.05/ar71xx/generic/packages/bas.... Multiple packages (kmod-ipv6 and kmod-ipv6) providing same name marked HOLD or PREFER. Using latest. Collected errors: * satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-l2tp: * kernel (= 3.18.20-1-7bed08fa9c06eb8089e82c200340ec66) * kernel (= 3.18.20-1-7bed08fa9c06eb8089e82c200340ec66) * kernel (= 3.18.20-1-7bed08fa9c06eb8089e82c200340ec66) * * opkg_install_cmd: Cannot install package kmod-l2tp.
https://dev.ffnw.de/modules/ mit SSL-force... Irgendwo wird dann auch die Diskussion sinnlos. BTW, wenn es schon quasi ein package Repo pro Version gibt, warum verlinken wir dann nicht in jeder Version auf das passende Repo? Ich will einfach keine neue Firmware bauen um ein Paket zu installieren. Das meine ich mit quasi unmöglich. ------------- Nachdem was ich so gesehen habe, wird sowieso bei jedem Build das ganze package Repo gebaut. Was spricht dagegen in jeder stable auf genau dieses package Repo zu verlinken? Viele Grüße, Simon
On 01/26/17 15:27, Simon Kurka via Dev wrote:
On 26.01.2017 10:30, Jan-Tarek Butt via Dev wrote:
On 01/26/17 02:41, Simon Kurka via Dev wrote:
Mir sind noch Fragen eingefallen: Welche Kernel-Version steckt in den Images? Sind die packages im angegebenen mirror passend? (erwartet wird 3.18.20-1, aktuell installiert ist 3.18.29) Packages wurde ja von dir gewünscht, das upstream repo zu mirron und einzubinden. Unter https://dev.ffnw.de/modules/ sind packages die exakt zu den versionen gehören.
Mag ja sein, dass ich zu blöde bin. Freue mich dann über Erklärungen. Was hat nun http://ba.mirror.garr.it/mirrors/openwrt/ mit FFNW zu tun?
Diverse Dinge auszuprobieren oder weiterzuentwickeln, die kmods erfordern, ist aktuell mit der offiziellen ffnw-Firmware quasi unmöglich. Das finde ich mehr als unglücklich! Das ist falsch, die version ind klar und bekannt. Eine änderung der Kernelversion wird auch immer klar angegeben. Dazu schreibe ich immer den upstream diff rein.
Hau doch nicht so einen raus, wenn ich richtig liegen könnte... opkg install kmod-l2tp Das funktioniert alleine schon aufgrund des nicht existenten Mirrors in der aktuellen FW nicht.
Kompatibilität zu den packages in mirror.ffnw.de ist nicht gegeben:
root@OldenburgSKNord:/tmp# opkg install kmod-l2tp Installing kmod-l2tp (3.18.20-1) to root... Downloading http://mirror.ffnw.de/openwrt/chaos_calmer/15.05/ar71xx/generic/packages/bas.... Multiple packages (kmod-ipv6 and kmod-ipv6) providing same name marked HOLD or PREFER. Using latest. Collected errors: * satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-l2tp: * kernel (= 3.18.20-1-7bed08fa9c06eb8089e82c200340ec66) * kernel (= 3.18.20-1-7bed08fa9c06eb8089e82c200340ec66) * kernel (= 3.18.20-1-7bed08fa9c06eb8089e82c200340ec66) * * opkg_install_cmd: Cannot install package kmod-l2tp.
https://dev.ffnw.de/modules/ mit SSL-force... Irgendwo wird dann auch die Diskussion sinnlos. BTW, wenn es schon quasi ein package Repo pro Version gibt, warum verlinken wir dann nicht in jeder Version auf das passende Repo?
Ich will einfach keine neue Firmware bauen um ein Paket zu installieren. Das meine ich mit quasi unmöglich.
-------------
Nachdem was ich so gesehen habe, wird sowieso bei jedem Build das ganze package Repo gebaut. Was spricht dagegen in jeder stable auf genau dieses package Repo zu verlinken?
Ah, ich hab das falsch interpretiert. Jo wir hatten vor graumerzeit nen proxy zu v6 drinne. KA mehr warum der aus der site.conf geflogen ist. Das müsste ich mal nach schauen. In der jetzigen Version ist unser mirror mit v6 Kompatibilität nun enthalten :) In der Nächsten version folgt auch das extra repo. Das hab ich heute ebenfalls auf dem mirror gelegt und ist im master bereits enthalten :) schöne Grüße Tarek
On 26.01.2017 15:46, Jan-Tarek Butt via Dev wrote:
Ah, ich hab das falsch interpretiert. Jo wir hatten vor graumerzeit nen proxy zu v6 drinne. KA mehr warum der aus der site.conf geflogen ist. Das müsste ich mal nach schauen. In der jetzigen Version ist unser mirror mit v6 Kompatibilität nun enthalten :) In der Nächsten version folgt auch das extra repo. Das hab ich heute ebenfalls auf dem mirror gelegt und ist im master bereits enthalten :)
Was hat das mit v6 zu tun?! draic ist einfach offline. Ich habe schon in der aktuellen Version die opkg feeds auf unseren mirror angepasst. Es funktioniert nicht. Tarek, versuch doch mal bitte in der aktuellen stable das Paket kmod-l2tp zu installieren, ohne auf private Ressourcen zurückzugreifen oder etwas neu zu bauen. Wenn du das geschafft hast, schreib bitte wie. Viele Grüße, Simon
On 01/26/17 16:03, Simon Kurka wrote:
On 26.01.2017 15:46, Jan-Tarek Butt via Dev wrote:
Ah, ich hab das falsch interpretiert. Jo wir hatten vor graumerzeit nen proxy zu v6 drinne. KA mehr warum der aus der site.conf geflogen ist. Das müsste ich mal nach schauen. In der jetzigen Version ist unser mirror mit v6 Kompatibilität nun enthalten :) In der Nächsten version folgt auch das extra repo. Das hab ich heute ebenfalls auf dem mirror gelegt und ist im master bereits enthalten :)
Was hat das mit v6 zu tun?! draic ist einfach offline.
Laut meiner Erinnerung war draic nicht v6 fähig. Eines der Probleme von der Openwrt infra
Ich habe schon in der aktuellen Version die opkg feeds auf unseren mirror angepasst. Es funktioniert nicht.
Tarek, versuch doch mal bitte in der aktuellen stable das Paket kmod-l2tp zu installieren, ohne auf private Ressourcen zurückzugreifen oder etwas neu zu bauen. Wenn du das geschafft hast, schreib bitte wie.
Jo. Das gucke ich mir kommende Woche an :) vg Tarek
Was hat das mit v6 zu tun?! draic ist einfach offline.
Laut meiner Erinnerung war draic nicht v6 fähig. Eines der Probleme von der Openwrt infra
Äh, war das nicht andersrum? draic war v6-fähig, der normale mirror aber nicht. Und was wurde denn auf draic gemirrort? Im Grunde doch die Pakete, die jetzt auch auf mirror.ffnw.de landen, oder versteh ich euch da falsch? vg
On 26.01.2017 22:50, Bjoern Franke via Dev wrote:
Was hat das mit v6 zu tun?! draic ist einfach offline. Laut meiner Erinnerung war draic nicht v6 fähig. Eines der Probleme von der Openwrt infra
Äh, war das nicht andersrum? draic war v6-fähig, der normale mirror aber nicht. Das vermute ich auch. Ansonsten hätten wir wohl http://downloads.openwrt.org/ genommen. Und was wurde denn auf draic gemirrort? Im Grunde doch die Pakete, die jetzt auch auf mirror.ffnw.de landen, oder versteh ich euch da falsch Ja, durchaus möglich. Wohlmöglich funktionierte das mit draic auch nicht.
Die Kernel-Mods müssen halt zur Kernel-Version passen. Wenn die Firmware gebaut wird (mit einem bestimmten Kernel), werden alle Pakete (also auch die Kernel-Mods) passend gebaut. Genau diese Pakete aus dem jeweiligen Build sollten wir als opkg Mirror bereitstellen. Im Grunde wurde es bei OpenWrt genau so gemacht. Jede Version hat ein eigenes opkg Repository und der trunk hat ein wechselndes. Viele Grüße, Simon
Moin,
Das vermute ich auch. Ansonsten hätten wir wohl http://downloads.openwrt.org/ genommen.
Ja, eben.
Ja, durchaus möglich. Wohlmöglich funktionierte das mit draic auch nicht.
Würde ich auch von ausgehen.
Die Kernel-Mods müssen halt zur Kernel-Version passen. Wenn die Firmware gebaut wird (mit einem bestimmten Kernel), werden alle Pakete (also auch die Kernel-Mods) passend gebaut. Genau diese Pakete aus dem jeweiligen Build sollten wir als opkg Mirror bereitstellen.
Ok, dann schieben wir die kernel-mods auch auf mirror und gut is. Viele Grüße bjo I
On 01/26/17 02:15, Simon Kurka via Dev wrote:
Ein diff zwischen der aktuellen stable und der requested Version wäre schön. Warum existiert nach wie vor kein Tag für v1.2.2?
Ja, hätte ich gerne gemacht, da v1.2.2 entgegen jeder Absprache und besprochener Vorgehensweise gebaut wurde und es auch kein signed request gab kann ich kein tag erstellen. Da es nicht möglich ist die exakte version zu ermitteln. das vorgehen bei v1.2.2 war in meinen augen genau der fall was verauens kritisch und absolutes fehl handeln entsprach. Und es wurde dabei auch nicht nachgedacht. (Sorry das ich hie wieder der Bu man bin, ich bin da einfach nur sehr unglücklich wie das verlaufen ist). Ein deutlich sinnvolleres vorgehen wäre gewesen. den stabile link zu entfernen. und darüber zu diskutieren wie man das Problem optimal löst. Ein großes Problem was wahrscheinlich nicht Berücksichtigen wurde war, Das reine v1.2.1 mesh-Router vollständig offline gehen wenn deren vpn Nachbar auf v1.2.2 updatetes, da die Router nach Routern in der Umgebung suchen die eine Identischen SSID haben. Wie gesagt, ich möchte das Fast nicht wieder aufreißen oder so, den ich hab kein Bock wieder der schwarze Peter zu sein. Das oben ist rein ein Feedback.
@Tarek: Danke, dass du immer deine Vorlage für die Sign-Requests benutzt. Sehr nützlich!
Danke dir, Wir haben das ja mal fest geschrieben wie wir vorgehen. Das ist auch im wiki dokumentiert :)
Anderes Thema: Was hindert uns auf 2016.2.x zu gehen? Ich würde sehr gerne Archer Geräte ordern. Das mache ich auf keinen Fall ohne offiziellen Support.
Es besteht Kompatibilität. ich habe bereits im master angefangen Alle Pakete gegen 2016.2.x zu prüfen und abzuändern. Sollte in 1-2 Wochen dann soweit sein. vg Tarek
Hi, hier ist niemand der Bumann ;) Am 26.01.2017 um 10:22 schrieb Jan-Tarek Butt via Dev:
Wie gesagt, ich möchte das Fast nicht wieder aufreißen oder so, den ich hab kein Bock wieder der schwarze Peter zu sein. Das oben ist rein ein Feedback.
den Symlink habe ich entfernt als ich es bemerkt hatte ;) Ja, wir hätten drüber diskutieren können aber nun ist der "Drops gelutscht". Man lernt aus solchen Sachen ;)
Meine @Tarek Fragen kamen bewusst erst später. Vorgehen bei der Version, kann man drüber streiten. Ich denke da haben alle nach bestem Wissen und Gewissen gehandelt, zumal das auf einem Treffen war. Problem: Für den fehlenden Tag Wochen später gibt es einfach keinen Grund. Ich werde ihn nicht setzen, da ich nicht sicher sagen kann auf welcher Commit-ID gebaut wurde, einfach weil ich nicht gebaut habe! Ich bitte weiterhin darum das nachzuholen, denn im aktuellen Zustand besteht ganz klar ein Bruch zwischen Realität und dem was im git abgebildet ist. Vielleicht mag Tarek im Anschluss den Sign-Request einmal auf den Vergleich zu v1.2.2 aktualisieren. Das wäre super (und transparent). Viele Grüße, Simon
On 01/26/17 14:57, Simon Kurka via Dev wrote:
Meine @Tarek Fragen kamen bewusst erst später.
Vorgehen bei der Version, kann man drüber streiten. Ich denke da haben alle nach bestem Wissen und Gewissen gehandelt, zumal das auf einem Treffen war.
Problem: Für den fehlenden Tag Wochen später gibt es einfach keinen Grund. Ich werde ihn nicht setzen, da ich nicht sicher sagen kann auf welcher Commit-ID gebaut wurde, einfach weil ich nicht gebaut habe!
Ich bitte weiterhin darum das nachzuholen, denn im aktuellen Zustand besteht ganz klar ein Bruch zwischen Realität und dem was im git abgebildet ist.
Vielleicht mag Tarek im Anschluss den Sign-Request einmal auf den Vergleich zu v1.2.2 aktualisieren. Das wäre super (und transparent).
Jo kann ich gerne machen. Allerdings kann ich den tag auch nicht setzen da ich nicht weiß worauf gebaut wurde und wer gebaut hat :) schöne gruße :) Tarek
Hallo, Im letzten Jahr wurde davon gesprochen, da die umgebaute VEC Hood in der nächsten FW drin sein soll. Ist das jetzt doch nicht der Fall? Ich dachte das sei schon damals fertig gewesen, war nur zu groß für das damalige update. VG Martin
Moin Ich werde die Firmware so nicht signieren Als neulichs über die Versionsnummern diskutiert wurde ging es um die Nightly Versionen und nicht die stabile Versionen Wenn wir nun damit anfangen wird das ganze nach ein Weiler sehr unübersichtlich da die Bezeichnung zu lang ist... da werden viele durcheinander kommen das menschliche Gehirn kann besser und schneller Bilder verarbeiten als lange Texte und spielt uns gerne eine. Streich was die Reihenfolge der Zeichen angeht 20170121 20170222 20170302 20170322 20170412 Ich bin immer noch für 17.1 17.2 17.3 ... Das ist kürzer und jeder sieht ob er die aktuellste Version hat bei der Datumsversion sehe ich das nicht. Eine Lange Versionsnummer erhöht auch unseren Management Traffic im Netz, da jedesmal mit respondd die Versionsnummer mit übertragen wird Johannes Von meinem iPhone gesendet
Am 26.01.2017 um 06:52 schrieb Martin Brehme via Dev <dev@lists.ffnw.de>:
Hallo,
Im letzten Jahr wurde davon gesprochen, da die umgebaute VEC Hood in der nächsten FW drin sein soll. Ist das jetzt doch nicht der Fall? Ich dachte das sei schon damals fertig gewesen, war nur zu groß für das damalige update.
VG Martin
_______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hi,
Ich werde die Firmware so nicht signieren
Als neulichs über die Versionsnummern diskutiert wurde ging es um die Nightly Versionen und nicht die stabile Versionen
Wenn wir nun damit anfangen wird das ganze nach ein Weiler sehr unübersichtlich da die Bezeichnung zu lang ist... da werden viele durcheinander kommen das menschliche Gehirn kann besser und schneller Bilder verarbeiten als lange Texte und spielt uns gerne eine. Streich was die Reihenfolge der Zeichen angeht
Wir hatten stable und nightly besprochen. Das Ergebnis der Auswahl ist im wiki Dokumentiert. Siehe https://mw.ffnw.de/Versionierung
20170121 20170222 20170302 20170322 20170412
Ich bin immer noch für
Wie gesagt die Mehrheit hat für obiges gestimmt.
17.1 17.2 17.3 ...
Das ist kürzer und jeder sieht ob er die aktuellste Version hat bei der Datumsversion sehe ich das nicht.
Eine Lange Versionsnummer erhöht auch unseren Management Traffic im Netz, da jedesmal mit respondd die Versionsnummer mit übertragen wird
Das ist zu vernachlässigen.. vg Tarek
On 26.01.2017 10:42, Jan-Tarek Butt via Dev wrote:
Hi,
Ich werde die Firmware so nicht signieren
Als neulichs über die Versionsnummern diskutiert wurde ging es um die Nightly Versionen und nicht die stabile Versionen
Wenn wir nun damit anfangen wird das ganze nach ein Weiler sehr unübersichtlich da die Bezeichnung zu lang ist... da werden viele durcheinander kommen das menschliche Gehirn kann besser und schneller Bilder verarbeiten als lange Texte und spielt uns gerne eine. Streich was die Reihenfolge der Zeichen angeht Wir hatten stable und nightly besprochen. Das Ergebnis der Auswahl ist im wiki Dokumentiert. Siehe https://mw.ffnw.de/Versionierung Dem kann ich nur zustimmen. Der Unterschied zur Nightly war eine angehängte Commit-ID, sonst nichts. Auf dem Treffen sah die Diskussion dazu nicht anders aus.
Hat auch einen einfachen Grund: Wenn wir mehr Richtung Rolling-Release gehen wollen kann man viel besser auf Version vom Tag X verweisen als auf Version Nr. 134 in 2017. Das Unwissen darüber welche Version aktuell ist hängt nicht von der Versionsnummer ab, sondern von der Anzahl der Releases. Viele Grüße, Simon
Moin Martin, die Hood Vechta kann nicht mal eben vergrößert werden, sie muss gesplittet werden. Irgendwann wird auch das folgen. Am 26. Januar 2017 6:52:56 AM schrieb Martin Brehme via Dev <dev@lists.ffnw.de>:
Hallo,
Im letzten Jahr wurde davon gesprochen, da die umgebaute VEC Hood in der nächsten FW drin sein soll. Ist das jetzt doch nicht der Fall? Ich dachte das sei schon damals fertig gewesen, war nur zu groß für das damalige update.
VG Martin
_______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hi,
Im letzten Jahr wurde davon gesprochen, da die umgebaute VEC Hood in der nächsten FW drin sein soll. Ist das jetzt doch nicht der Fall? Ich dachte das sei schon damals fertig gewesen, war nur zu groß für das damalige update.
Stefan hatte das ja schon angesprochen. Das Problem ist wenn wir die hood jetzt größer ziehen ist diese zu voll. Aktuell hat die Vec hood im schnitt 266 Router. 300 ist die grenze. Die Vec hood ist sehr schnell gewachsen .. Im nächsten Monat sollten wir die hood splitten. Dann sollte auch die gewünschte Fläche abgedeckt sein. :) vg Tarek
Hallo, läuft wie gewünscht - gesigned. Stefan Am 26.01.2017 um 00:16 schrieb Jan-Tarek Butt via Dev:
Hallo zusammen,
Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170125 * Gluon-Version: v2016.1.x * Commit ID: ee597c66769a455d38467192598813e7f8411cfd * Download: https://firmware.ffnw.de/20170125
Die upstream Änderungen findet ihr hier:
https://github.com/freifunk-gluon/gluon/compare/ee597c...ee597c
Folgende Comunnity spezifischen Änderungen gab es: package repo: * multiple-v6-watchdoog: Ungenutzte variablen entfernt anhängende Leerzeichen entfernt.
* hood: os-lk hood wurde gesplittet in os-stadt und os-lk hood Leer-Emden-Aurich wurde aufgenommen.
Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/v1.2.1...20...
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.1...20...
Schöne Grüße Tarek
_______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hi, kurze Erinnerung, es fehlen noch 2 Signs :) VG Stefan Am 26.01.2017 um 00:16 schrieb Jan-Tarek Butt via Dev:
Hallo zusammen,
Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170125 * Gluon-Version: v2016.1.x * Commit ID: ee597c66769a455d38467192598813e7f8411cfd * Download: https://firmware.ffnw.de/20170125
Die upstream Änderungen findet ihr hier:
https://github.com/freifunk-gluon/gluon/compare/ee597c...ee597c
Folgende Comunnity spezifischen Änderungen gab es: package repo: * multiple-v6-watchdoog: Ungenutzte variablen entfernt anhängende Leerzeichen entfernt.
* hood: os-lk hood wurde gesplittet in os-stadt und os-lk hood Leer-Emden-Aurich wurde aufgenommen.
Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/v1.2.1...20...
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.1...20...
Schöne Grüße Tarek
_______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Am Donnerstag, 26. Januar 2017, 00:16:21 CET schrieb Jan-Tarek Butt via Dev:
Hallo zusammen,
Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170125 * Gluon-Version: v2016.1.x * Commit ID: ee597c66769a455d38467192598813e7f8411cfd * Download: https://firmware.ffnw.de/20170125
Hi, signed. Habe mich jetzt allerdings nicht durch den ganzen Thread gelesen, hoffe das passt trotzdem. Danke an alle Beteiligten für die Firmware! Viele Grüße Clemens
Moin, On Do, 2017-01-26 at 00:16 +0100, Jan-Tarek Butt via Dev wrote:
Hallo zusammen,
Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170125 * Gluon-Version: v2016.1.x * Commit ID: ee597c66769a455d38467192598813e7f8411cfd * Download: https://firmware.ffnw.de/20170125
Haust du dazu noch ein Blogpost raus? grüße
participants (8)
-
Bjoern Franke -
Clemens John -
Jan-Tarek Butt -
Johannes Rudolph -
Martin Brehme -
Simon Kurka -
Stefan -
Stefan Dunkel