Hi,
Ich habe heute die Firmware Version 0.6.3 fertig gebaut.
Folgende Änderungen gab es.
Gepatchter Autoupdater: Der Autoupdater wird in der Basis gluon 2015.1.x die Firmware Version 0.7.1 ignorieren [0].
Die packages ffnw-configurator ffnw-nodewatcher sind aus der Firmware entfert [1].
Änderung des HT modus von 40+ auf 20 [2].
Ich hab unter http://%5Bfd74:fdaa:9dc4:0:24a8:646f:6b82:9a83%5D/testing/ (Ist in 10min wieder verfügbar)
Eine 0.7.1 Test Firmware hinterlegt die nicht zum installieren ist sondern damit ihr testen könnt ob die version wirklich übersprungen wird. Dazu müsst ihr einfach den autoupdate mirror auf dem Router durch den o.g. Link ersetzen und dann autoupdate in der Konsole ausführen, sobald ihr auch den brach von stable auf testing geändert habt.
vg Tarek
[0] https://git.nordwest.freifunk.net/ffnw/packages/commit/1692ca315f736ab509dff...
[1] https://git.nordwest.freifunk.net/ffnw/siteconf/commit/9393fff924223d5432086...
[2] https://git.nordwest.freifunk.net/ffnw/siteconf/commit/dc8ffc1766fd349bacd47...
On 02/02/16 21:06, Jan-Tarek Butt via Dev wrote:
Hi,
Ich habe heute die Firmware Version 0.6.3 fertig gebaut.
Hier auch noch ein link zur FW http://firmware.ffnw.de/0.6.3/
vg Tarek
On 02/03/16 12:57, Clemens John via Dev wrote:
Am Dienstag, 2. Februar 2016, 21:06:28 CET schrieb Jan-Tarek Butt via Dev:
Folgende Änderungen gab es.
Hi,
danke dir! Eine Frage: hat folgende Änderung an der Siteconf kritische Auswirkungen?
autolocation = 0,
autolocation = 1,
Ne das ist unverändert. In den Versionen 0.6.2 usw. war das Standard mäßig auf 1 ich hatte das in https://git.nordwest.freifunk.net/ffnw/siteconf/commit/e7e4fe1599cd913d2e3e7...
auf default 0 gesetzt aber mit der o.g. Änderung wieder rückgängig gemacht.
vg Tarek
Moin
Dadurch schaltest du doch den autolocator wieder standardmäßig ein.
Finde ich persönlich nicht gut, da immer noch viele Router mit autolocator falsch positioniert sind!
Gruß
Johannes
Von meinem iPhone gesendet
Am 03.02.2016 um 13:57 schrieb Jan-Tarek Butt via Dev dev@lists.ffnw.de:
On 02/03/16 12:57, Clemens John via Dev wrote: Am Dienstag, 2. Februar 2016, 21:06:28 CET schrieb Jan-Tarek Butt via Dev:
Folgende Änderungen gab es.
Hi,
danke dir! Eine Frage: hat folgende Änderung an der Siteconf kritische Auswirkungen?
autolocation = 0,
autolocation = 1,
Ne das ist unverändert. In den Versionen 0.6.2 usw. war das Standard mäßig auf 1 ich hatte das in https://git.nordwest.freifunk.net/ffnw/siteconf/commit/e7e4fe1599cd913d2e3e7...
auf default 0 gesetzt aber mit der o.g. Änderung wieder rückgängig gemacht.
vg Tarek
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Moin,
So noch mal richtig...
Dadurch schaltest du doch den autolocator wieder standardmäßig ein.
Richtig, er war somit quasi nie per default Disabeld.
Finde ich persönlich nicht gut, da immer noch viele Router mit autolocator falsch positioniert sind!
Das stimmt. Ich weiß inzwischen auch was genau das Problem ist. Ich hatte Clemens dazu bereits gesondert eine Mail geschrieben und schreibe sie gleich noch auf die dev Liste. Das standard mäßige abschalten des geolocators ist nicht so gut da sonst niemand Koordinaten in die Router einträgt und die brauchen wir für die Hoods. Ich arbeite bereits an einer Möglichen alternative. Geoclue in Kombination mit dem Mozila location service
Gruß Tarek
Am Mittwoch, 3. Februar 2016, 13:57:34 CET schrieb Jan-Tarek Butt via Dev:
Ne das ist unverändert.
Yo,
folgender Befehl sagt allerdings, dass der Autolocater zwischen Version 0.6.2 und 0.6.3 wieder eingeschaltet wurde: git diff v0.6.2 v0.6.3
Ich kann die Auswirkungen davon nicht abschätzen, darum die Frage. Oder ist das ein Fehler?
Die Änderung kommt wohl vom letzten Commit im v0.6.3 Tag: https://git.nordwest.freifunk.net/ffnw/siteconf/commits/v0.6.3
Viele Grüße Clemens
folgender Befehl sagt allerdings, dass der Autolocater zwischen Version 0.6.2 und 0.6.3 wieder eingeschaltet wurde: git diff v0.6.2 v0.6.3
Ich kann die Auswirkungen davon nicht abschätzen, darum die Frage. Oder ist das ein Fehler?
Ne das ist kein Fehler. Ich hatte einen Ansatz für die geokoordinaten und in dem zuge hatte ich das aus versehen auf 0 gesetzt. Den Ansatz hatte ich allerdings verworfen. Somit habe ich mit die Änderung mit dem u.g. commit rückgängig gemacht und die Firmware gebaut.
Die Änderung kommt wohl vom letzten Commit im v0.6.3 Tag: https://git.nordwest.freifunk.net/ffnw/siteconf/commits/v0.6.3
vg Tarek
Am Mittwoch, 3. Februar 2016, 17:37:19 CET schrieb Jan-Tarek Butt via Dev:
Ne das ist kein Fehler. Ich hatte einen Ansatz für die geokoordinaten und in dem zuge hatte ich das aus versehen auf 0 gesetzt. Den Ansatz hatte ich allerdings verworfen. Somit habe ich mit die Änderung mit dem u.g. commit rückgängig gemacht und die Firmware gebaut.
Ok, zusammenfassend:
Der autolocator ist seit Version 0.6 Bestandteil der Firmware und war in Version 0.6 per default eingeschaltet.
In Version 0.6.1 wurde der autolocator dann ausgeschaltet und blieb auch in Version 0.6.2 ausgeschaltet. Das ist aber schlecht, weil viele Router dann keine Koordinaten gesetzt haben. Also wurde der autolocator in Version 0.6.3 wieder eingeschaltet damit die Router automatisch Koordinaten gesetzt bekommen.
Die Auswirkungen dieser Änderung sind, dass in Zukunft nahezu alle Router automatisch Koordinaten bekommen. Dadurch dass libwlocate aber nicht optimal ist, werden diese Koordinaten wahrscheinlich eine hohe Fehlerrate haben.
Sorry wenn ich so explizit nachfrage aber ist das so korrekt?
Viele Grüße Clemens
Hi,
uns ist auch aufgefallen, wo Koordinaten auf dem Router gespeichert wurden, dass diese nach einem Reboot weg waren und durch die des autolocaters ersetzt wurden. Speziell ist mir das bei 2 Routern in Bad Iburg aufgefallen. Kann es sein, dass es bei der FW noch aktiv war?
Am 3. Februar 2016 18:28:45 MEZ, schrieb Clemens John via Dev dev@lists.ffnw.de:
Am Mittwoch, 3. Februar 2016, 17:37:19 CET schrieb Jan-Tarek Butt via Dev:
Ne das ist kein Fehler. Ich hatte einen Ansatz für die geokoordinaten und in dem zuge hatte ich das aus versehen auf 0 gesetzt. Den Ansatz hatte ich allerdings verworfen. Somit habe ich mit die Änderung mit
dem
u.g. commit rückgängig gemacht und die Firmware gebaut.
Ok, zusammenfassend:
Der autolocator ist seit Version 0.6 Bestandteil der Firmware und war in Version 0.6 per default eingeschaltet.
In Version 0.6.1 wurde der autolocator dann ausgeschaltet und blieb auch in Version 0.6.2 ausgeschaltet. Das ist aber schlecht, weil viele Router dann keine Koordinaten gesetzt haben. Also wurde der autolocator in Version 0.6.3 wieder eingeschaltet damit die Router automatisch Koordinaten gesetzt bekommen.
Die Auswirkungen dieser Änderung sind, dass in Zukunft nahezu alle Router automatisch Koordinaten bekommen. Dadurch dass libwlocate aber nicht optimal ist, werden diese Koordinaten wahrscheinlich eine hohe Fehlerrate haben.
Sorry wenn ich so explizit nachfrage aber ist das so korrekt?
Viele Grüße Clemens
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hi,
uns ist auch aufgefallen, wo Koordinaten auf dem Router gespeichert wurden, dass diese nach einem Reboot weg waren und durch die des autolocaters ersetzt wurden. Speziell ist mir das bei 2 Routern in Bad Iburg aufgefallen. Kann es sein, dass es bei der FW noch aktiv war?
Bei welcher Firmware ?
Die Koordinaten werden überschrieben wenn der config parrameter staticlocation in der config unter /etc/config/gluon-node-info nicht gesetzt ist.
vg Tarek
On 02/03/16 18:28, Clemens John via Dev wrote:
Am Mittwoch, 3. Februar 2016, 17:37:19 CET schrieb Jan-Tarek Butt via Dev:
Ne das ist kein Fehler. Ich hatte einen Ansatz für die geokoordinaten und in dem zuge hatte ich das aus versehen auf 0 gesetzt. Den Ansatz hatte ich allerdings verworfen. Somit habe ich mit die Änderung mit dem u.g. commit rückgängig gemacht und die Firmware gebaut.
Ok, zusammenfassend:
Der autolocator ist seit Version 0.6 Bestandteil der Firmware und war in Version 0.6 per default eingeschaltet.
In Version 0.6.1 wurde der autolocator dann ausgeschaltet und blieb auch in Version 0.6.2 ausgeschaltet. Das ist aber schlecht, weil viele Router dann keine Koordinaten gesetzt haben. Also wurde der autolocator in Version 0.6.3 wieder eingeschaltet damit die Router automatisch Koordinaten gesetzt bekommen.
Korrekt
Die Auswirkungen dieser Änderung sind, dass in Zukunft nahezu alle Router automatisch Koordinaten bekommen. Dadurch dass libwlocate aber nicht optimal ist, werden diese Koordinaten wahrscheinlich eine hohe Fehlerrate haben.
Sofern kein statischen Kooerdinaten angegeben werden und der haken bei Position automatisch bestimmen im configmode gesetzt bleibt, holt sich der geolocator eine Position und setzt diese. Die Positionsbestimmung ist in manchen Bereichen ungenau so das nur ungefair die Region getroffen wird. Das ist allerdings immer noch besser als Garkeine oder 0/0 Koordinaten so wie wir die zuvor gehabt haben, wo ganz viele Router vor der Nigerianischen Küste lagen.
Sorry wenn ich so explizit nachfrage aber ist das so korrekt?
Kein Thema. Find ich gut das du das genau prüfst :)
vg Tarek
Hi,
Ich hab unter http://%5Bfd74:fdaa:9dc4:0:24a8:646f:6b82:9a83%5D/testing/ (Ist in 10min wieder verfügbar)
Misst hab vergessen einen Stecker in Emden um zustecken und bin jetzt in Oldenburg. D.h. URL ist bis Sonntag nicht erreichbar :D
vg Tarek
Hi,
Ich hab unter http://%5Bfd74:fdaa:9dc4:0:24a8:646f:6b82:9a83%5D/testing/ (Ist in 10min wieder verfügbar)
Wer einen Test auf dem Router machen will. Der kann einfach im Autoupdater folgendes ändern.
Voraussetzung Firmware 0.6.3 muss auf einem Router Installiert sein und ssh Zugang muss bestehen.
1. Prüfen ob der Ordner /lib/ffnw/autoupdater-mod existiert wenn ja dann nen Kaffee Trinken und in 5min noch mal nachschauen.
2.Ist der Ordner weg dann editiert ihr folgende Datei: vim /usr/sbin/autoupdater
line 251:
251 if manifest.version == '0.7.1' then
Ändern in:
251 if manifest.version == '0.7' then
und kommentiert ihr folgendes aus
279 --[[ <-- Das ist für ein kommentar 280 local null = nixio.open('/dev/null', 'w+') 281 if null then 282 nixio.dup(null, nixio.stdin) 283 nixio.dup(null, nixio.stderr) 284 if null:fileno() > 2 then 285 null:close() 286 end 287 end 288 289 nixio.exec('/sbin/sysupgrade', image) 290 ]]--
3. Nun müsst ihr die config anpassen vim /etc/config/autoupdater
dort den branch von stable auf testing ändern.
3 option branch "stable"
Ändern in:
3 option branch "testing"
Jetzt sollte wenn ihr Autoupdate in der Konsole eingibt die Meldung
"Firmware version 0.7 will be skipped"
auftauchen.
Schöne Grüße Tarek
P.S. Die Firmware 0.7.1 Stable wird gerade schon gebaut ;P
Hi Tarek,
getestet und es funktioniert :)
Ist von mir signiert worden.
Stefan
Am 04.02.2016 um 13:04 schrieb Jan-Tarek Butt via Dev:
Hi,
Ich hab unter http://%5Bfd74:fdaa:9dc4:0:24a8:646f:6b82:9a83%5D/testing/ (Ist in 10min wieder verfügbar)
Wer einen Test auf dem Router machen will. Der kann einfach im Autoupdater folgendes ändern.
Voraussetzung Firmware 0.6.3 muss auf einem Router Installiert sein und ssh Zugang muss bestehen.
- Prüfen ob der Ordner /lib/ffnw/autoupdater-mod existiert wenn ja dann
nen Kaffee Trinken und in 5min noch mal nachschauen.
2.Ist der Ordner weg dann editiert ihr folgende Datei: vim /usr/sbin/autoupdater
line 251:
251 if manifest.version == '0.7.1' then
Ändern in:
251 if manifest.version == '0.7' then
und kommentiert ihr folgendes aus
279 --[[ <-- Das ist für ein kommentar 280 local null = nixio.open('/dev/null', 'w+') 281 if null then 282 nixio.dup(null, nixio.stdin) 283 nixio.dup(null, nixio.stderr) 284 if null:fileno() > 2 then 285 null:close() 286 end 287 end 288 289 nixio.exec('/sbin/sysupgrade', image) 290 ]]--
- Nun müsst ihr die config anpassen
vim /etc/config/autoupdater
dort den branch von stable auf testing ändern.
3 option branch "stable"
Ändern in:
3 option branch "testing"
Jetzt sollte wenn ihr Autoupdate in der Konsole eingibt die Meldung
"Firmware version 0.7 will be skipped"
auftauchen.
Schöne Grüße Tarek
P.S. Die Firmware 0.7.1 Stable wird gerade schon gebaut ;P
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hi,
ein entsprechender Blog Post ist als Entwurf schon gespeichert und muss dann nur noch veröffentlicht werden, sofern der letzte Signer keine Einwände hat :)
Stefan
Am 04.02.2016 um 13:04 schrieb Jan-Tarek Butt via Dev:
Hi,
Ich hab unter http://%5Bfd74:fdaa:9dc4:0:24a8:646f:6b82:9a83%5D/testing/ (Ist in 10min wieder verfügbar)
Wer einen Test auf dem Router machen will. Der kann einfach im Autoupdater folgendes ändern.
Voraussetzung Firmware 0.6.3 muss auf einem Router Installiert sein und ssh Zugang muss bestehen.
- Prüfen ob der Ordner /lib/ffnw/autoupdater-mod existiert wenn ja dann
nen Kaffee Trinken und in 5min noch mal nachschauen.
2.Ist der Ordner weg dann editiert ihr folgende Datei: vim /usr/sbin/autoupdater
line 251:
251 if manifest.version == '0.7.1' then
Ändern in:
251 if manifest.version == '0.7' then
und kommentiert ihr folgendes aus
279 --[[ <-- Das ist für ein kommentar 280 local null = nixio.open('/dev/null', 'w+') 281 if null then 282 nixio.dup(null, nixio.stdin) 283 nixio.dup(null, nixio.stderr) 284 if null:fileno() > 2 then 285 null:close() 286 end 287 end 288 289 nixio.exec('/sbin/sysupgrade', image) 290 ]]--
- Nun müsst ihr die config anpassen
vim /etc/config/autoupdater
dort den branch von stable auf testing ändern.
3 option branch "stable"
Ändern in:
3 option branch "testing"
Jetzt sollte wenn ihr Autoupdate in der Konsole eingibt die Meldung
"Firmware version 0.7 will be skipped"
auftauchen.
Schöne Grüße Tarek
P.S. Die Firmware 0.7.1 Stable wird gerade schon gebaut ;P
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Am Freitag, 5. Februar 2016, 13:44:42 CET schrieb Stefan via Dev:
ein entsprechender Blog Post ist als Entwurf schon gespeichert und muss dann nur noch veröffentlicht werden, sofern der letzte Signer keine Einwände hat :)
Hi,
ich habe vor einigen Tagen die Wikiseite zum Releaseprozess geupdated und auch ein paar Punkte hinzugefügt, die ein Releaseannouncement unbedingt enthalten sollten damit wir diese Fragen nicht immer beantworten müssen:
https://wiki.nordwest.freifunk.net/Entwicklung/ Firmware_releaseprozess#Release-Announcement_auf_Blog_ver.2BAPY-ffentlichen
Wenn du da nochmal reinschauen könntest wäre das super!
Viele Grüße Clemens
Hi Clemens,
den Text habe ich schon geschrieben und diese liegt als Entwurf vor. Tarek wollte Ihn erst veröffentlichen wenn der letzte Signieren sein ok gegeben hat, nicht das dort noch gravierende Fehler auftauchen.
Stefan
Am 06.02.2016 um 11:42 schrieb Clemens John via Dev:
Am Freitag, 5. Februar 2016, 13:44:42 CET schrieb Stefan via Dev:
ein entsprechender Blog Post ist als Entwurf schon gespeichert und muss dann nur noch veröffentlicht werden, sofern der letzte Signer keine Einwände hat :)
Hi,
ich habe vor einigen Tagen die Wikiseite zum Releaseprozess geupdated und auch ein paar Punkte hinzugefügt, die ein Releaseannouncement unbedingt enthalten sollten damit wir diese Fragen nicht immer beantworten müssen:
https://wiki.nordwest.freifunk.net/Entwicklung/ Firmware_releaseprozess#Release-Announcement_auf_Blog_ver.2BAPY-ffentlichen
Wenn du da nochmal reinschauen könntest wäre das super!
Viele Grüße Clemens
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hi,
ich habe vor einigen Tagen die Wikiseite zum Releaseprozess geupdated und auch ein paar Punkte hinzugefügt, die ein Releaseannouncement unbedingt enthalten sollten damit wir diese Fragen nicht immer beantworten müssen:
https://wiki.nordwest.freifunk.net/Entwicklung/ Firmware_releaseprozess#Release-Announcement_auf_Blog_ver.2BAPY-ffentlichen
Wenn du da nochmal reinschauen könntest wäre das super!
Sieht super aus Danke dir :)
vg Tarek
Hi,
Ich habe heute die Firmware Version 0.6.3 fertig gebaut.
Folgende Änderungen gab es.
Gepatchter Autoupdater: Der Autoupdater wird in der Basis gluon 2015.1.x die Firmware Version 0.7.1 ignorieren [0].
Die packages ffnw-configurator ffnw-nodewatcher sind aus der Firmware entfert [1].
Änderung des HT modus von 40+ auf 20 [2].
Ich hab unter http://%5Bfd74:fdaa:9dc4:0:24a8:646f:6b82:9a83%5D/testing/ (Ist in 10min wieder verfügbar)
Eine 0.7.1 Test Firmware hinterlegt die nicht zum installieren ist sondern damit ihr testen könnt ob die version wirklich übersprungen wird. Dazu müsst ihr einfach den autoupdate mirror auf dem Router durch den o.g. Link ersetzen und dann autoupdate in der Konsole ausführen, sobald ihr auch den brach von stable auf testing geändert habt.
vg Tarek
[0] https://git.nordwest.freifunk.net/ffnw/packages/commit/1692ca315f736ab509dff...
[1] https://git.nordwest.freifunk.net/ffnw/siteconf/commit/9393fff924223d5432086...
[2] https://git.nordwest.freifunk.net/ffnw/siteconf/commit/dc8ffc1766fd349bacd47...
Wir brauchen noch die letzte signatur.
Der Milestone ist bereits seid nen paar Tagen Überfällig.
vg Tarek
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Meine müsste die letzte Signatur sein, es müsste also noch jemand anderes signen...
LG Clemens
Am 7. Februar 2016 18:57:40 MEZ, schrieb Jan-Tarek Butt via Dev dev@lists.ffnw.de:
Hi,
Ich habe heute die Firmware Version 0.6.3 fertig gebaut.
Folgende Änderungen gab es.
Gepatchter Autoupdater: Der Autoupdater wird in der Basis gluon 2015.1.x die Firmware Version 0.7.1 ignorieren [0].
Die packages ffnw-configurator ffnw-nodewatcher sind aus der Firmware entfert [1].
Änderung des HT modus von 40+ auf 20 [2].
Ich hab unter http://%5Bfd74:fdaa:9dc4:0:24a8:646f:6b82:9a83%5D/testing/ (Ist in 10min wieder verfügbar)
Eine 0.7.1 Test Firmware hinterlegt die nicht zum installieren ist sondern damit ihr testen könnt ob die version wirklich übersprungen wird. Dazu müsst ihr einfach den autoupdate mirror auf dem Router
durch
den o.g. Link ersetzen und dann autoupdate in der Konsole ausführen, sobald ihr auch den brach von stable auf testing geändert habt.
vg Tarek
[0]
https://git.nordwest.freifunk.net/ffnw/packages/commit/1692ca315f736ab509dff...
[1]
https://git.nordwest.freifunk.net/ffnw/siteconf/commit/9393fff924223d5432086...
[2]
https://git.nordwest.freifunk.net/ffnw/siteconf/commit/dc8ffc1766fd349bacd47...
Wir brauchen noch die letzte signatur.
Der Milestone ist bereits seid nen paar Tagen Überfällig.
vg Tarek
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Am 8. Februar 2016 08:11:22 MEZ, schrieb Clemens John via Dev dev@lists.ffnw.de:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Meine müsste die letzte Signatur sein, es müsste also noch jemand anderes signen...
LG Clemens
Am 7. Februar 2016 18:57:40 MEZ, schrieb Jan-Tarek Butt via Dev dev@lists.ffnw.de:
Hi,
Ich habe heute die Firmware Version 0.6.3 fertig gebaut.
Folgende Änderungen gab es.
Gepatchter Autoupdater: Der Autoupdater wird in der Basis gluon 2015.1.x die Firmware
Version
0.7.1 ignorieren [0].
Die packages ffnw-configurator ffnw-nodewatcher sind aus der
Firmware
entfert [1].
Änderung des HT modus von 40+ auf 20 [2].
Ich hab unter http://%5Bfd74:fdaa:9dc4:0:24a8:646f:6b82:9a83%5D/testing/ (Ist in 10min wieder verfügbar)
Eine 0.7.1 Test Firmware hinterlegt die nicht zum installieren ist sondern damit ihr testen könnt ob die version wirklich übersprungen wird. Dazu müsst ihr einfach den autoupdate mirror auf dem Router
durch
den o.g. Link ersetzen und dann autoupdate in der Konsole ausführen, sobald ihr auch den brach von stable auf testing geändert habt.
vg Tarek
[0]
https://git.nordwest.freifunk.net/ffnw/packages/commit/1692ca315f736ab509dff...
[1]
https://git.nordwest.freifunk.net/ffnw/siteconf/commit/9393fff924223d5432086...
[2]
https://git.nordwest.freifunk.net/ffnw/siteconf/commit/dc8ffc1766fd349bacd47...
Wir brauchen noch die letzte signatur.
Der Milestone ist bereits seid nen paar Tagen Überfällig.
vg Tarek
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
-----BEGIN PGP SIGNATURE----- Version: APG v1.1.1
iG0EAREKAC0FAla4P5omHENsZW1lbnMgSm9obiA8Y2xlbWVuc0BmcmVpZnVuay1v bC5kZT4ACgkQZgdHbA22lqMFAACfXapQ9V/ZSvcGbDbCGEhT5d/S44MAn383diUC 4rN0neFnq+PUZSNTYHU8 =lwTQ -----END PGP SIGNATURE-----
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Kann ich gerne nachher im Zug machen.