Discussion:
[Berlin-wireless] Tunneldigger und co
Robin Brandt
2018-11-30 05:36:20 UTC
Permalink
Moin,

kurze zu Tunneldigger. Ich bin an das bbb-vpn per Tunneldigger angeschlossen und es läuft Gut. Danke Perry XP.
Die Firmware zu kompilieren hat auch geklappt nur hatte ich das Target vergessen was zum default Target geführt hat ... naja shit happens
Im Wiki habe steht das der Mikrotik wAP ac jetzt unterstützt wird Top! Hat den schon jemand am laufen ? Weil 64MB Ram ist dann für meinen Geschmack etwas wenig .... Diesbezüglich habe ich mir einen Glnet. B1300 bestellt mal sehen was der so kann. So was uns zu den 4MB Router führt, wollen wir diese default targets abschalten das ist vergebliche Liebesmühe und Verschwendung von Ressourcen.

MfG Robin
Sven Roederer
2018-11-30 12:08:50 UTC
Permalink
Robin,

Ich hatte das mal fertig gemacht und lief soweit ganz gut.
Wegen der DFS-Problematik und der höheren Sendeleistung bin ich dann aber wieder auf originaFW zurück.

Sven

Am 30. November 2018 06:36:20 MEZ schrieb Robin Brandt
Post by Robin Brandt
Im Wiki habe steht das der Mikrotik wAP ac jetzt unterstützt wird Top!
Hat den schon jemand am laufen ? Weil 64MB Ram ist dann für meinen
Geschmack etwas wenig
Sven Roederer
2018-11-30 13:12:28 UTC
Permalink
An den 4MB Geräten bastelt Perry grade wieder etwas rum und versucht noch mehr Software zu finden, die vom Router entfernt werden kann...
Aber selbst wenn hier was nutzbares rauskommt, gehe ich davon aus, dass mit dem nächsten OpenWrt-Release (19.01) das gleiche Problem wieder besteht.

Ich denke auch, diese Geräteklasse offiziell zu droppen und für den Bastler zu lassen.

Sven
Post by Robin Brandt
Moin,
kurze zu Tunneldigger. Ich bin an das bbb-vpn per Tunneldigger
angeschlossen und es läuft Gut. Danke Perry XP.
Die Firmware zu kompilieren hat auch geklappt nur hatte ich das Target
vergessen was zum default Target geführt hat ... naja shit happens
Im Wiki habe steht das der Mikrotik wAP ac jetzt unterstützt wird Top!
Hat den schon jemand am laufen ? Weil 64MB Ram ist dann für meinen
Geschmack etwas wenig .... Diesbezüglich habe ich mir einen Glnet.
B1300 bestellt mal sehen was der so kann. So was uns zu den 4MB Router
führt, wollen wir diese default targets abschalten das ist vergebliche
Liebesmühe und Verschwendung von Ressourcen.
MfG Robin
Malte
2018-11-30 14:15:25 UTC
Permalink
An den 4MB GerÀten bastelt Perry grade wieder etwas rum und versucht
noch mehr Software zu finden, die vom Router entfernt werden kann...
Ich hÀtte ja auch die Hoffnung, dass man irgendwann(tm) eine Lua-freie
Firmware hinbekommt...

Laut Hopglass gibt's noch etwa 70 Router mit nur 4MB. WÀre schon schade,
die zu verlieren. Aber auf jeden Fall sollten wir noch deutlicher als
jetzt ins Wiki schreiben, dass man 841er einfach nicht mehr einsetzen
soll, vielleicht per <s>strikethrough</s> plus Fußnote.

Woher kommt eigentlich die große Menge "unknown"-Router in Hopglass? Im
JSON steht da als Script "freifunk-olsrd", nicht OWM. Blöd, dass wir von
ÃŒber 100 Routern nicht wissen, auf was fÃŒr einer Plattform sie laufen...

GrÌße,
Malte
Malte
2018-11-30 15:46:12 UTC
Permalink
Woher kommt eigentlich die große Menge "unknown"-Router in Hopglass? Im JSON
steht da als Script "freifunk-olsrd", nicht OWM. Blöd, dass wir von über 100
Routern nicht wissen, auf was für einer Plattform sie laufen...
Irgendwo, evtl. auf dem bbb-vpn Server läuft ein Script, dass Daten direkt aus
dem Mesh erhält und diese dann in die OWM pushed.
Ist das irgendwo in Git? Dann würde ich die Tage mal Parsing von
http://.../cgi-bin/luci/freifunk/status
dort einbauen.

Grüße,
Malte
Harald Stürzebecher
2018-11-30 16:10:59 UTC
Permalink
Hallo

Am Fr., 30. Nov. 2018 um 17:02 Uhr schrieb Philipp Borgers
Woher kommt eigentlich die große Menge "unknown"-Router in Hopglass? Im JSON
steht da als Script "freifunk-olsrd", nicht OWM. Blöd, dass wir von über 100
Routern nicht wissen, auf was für einer Plattform sie laufen...
Wahrscheinlich sind das auch Router, die irgendwann eh total veraltete Hardware
haben.
Wenn man das "unknown" anklickt, erhält man eine gefilterte
Darstellung nur dieser Router. AFAICT stehen etliche davon an
Backbone-Standorten. Könnte IMHO ein Problem mit alter oder spezieller
selbstkompilierter Firmware sein.


VG
Harald
Malte
2018-11-30 16:33:17 UTC
Permalink
Post by Malte
Ist das irgendwo in Git? Dann würde ich die Tage mal Parsing von
http://.../cgi-bin/luci/freifunk/status
dort einbauen.
Ich denke nicht. Hatte Nico mal entwickelt. Man müsste auch erstmal gucken, wo
das wirklich läuft.
Das bekommt die Daten von einem OLSR-Plugin. Ich glaube die fehlenden
Informationen sind da nicht verfügbar
Wie oben geschrieben, sofern auf den Routern mod-freifunk installiert ist,
kann man die Infos per HTTP bekommen.
wir wollen die wahrscheinlich auch nicht einzeln bei den Routern
abfragen.
Wieso nicht? Lässt sich ja cachen. Das hopglass-Skript macht das ähnlich.
Wahrscheinlich sind das auch Router, die irgendwann eh total veraltete
Hardware haben.
Wie Harald schon schrieb, sind viele Installationen gar nicht mal soo alt
und ggf. auch durchaus zentral. Es wäre schon gut, zu wissen, was da
läuft, so oder so. Oder andersherum, wieso sollten wir kaputte Statistik
bevorzugen? "Ein Teil dieser Antwort könnte die Freifunker verunsichern"?
;-)

Grüße,
Malte
Harald Stürzebecher
2018-12-02 08:27:36 UTC
Permalink
Hallo Malte
Post by Malte
Post by Malte
Ist das irgendwo in Git? Dann würde ich die Tage mal Parsing von
http://.../cgi-bin/luci/freifunk/status
dort einbauen.
Ich denke nicht. Hatte Nico mal entwickelt. Man müsste auch erstmal gucken, wo
das wirklich läuft.
Das bekommt die Daten von einem OLSR-Plugin. Ich glaube die fehlenden
Informationen sind da nicht verfügbar
Wie oben geschrieben, sofern auf den Routern mod-freifunk installiert ist,
kann man die Infos per HTTP bekommen.
wir wollen die wahrscheinlich auch nicht einzeln bei den Routern
abfragen.
Wieso nicht? Lässt sich ja cachen. Das hopglass-Skript macht das ähnlich.
Wie soll das bei Routern laufen die nicht über den BBB erreichbar
sind? Das geht AFAICT nur mit einem Script, das auf dem Router läuft
und die Daten zum Server sendet.
Wäre IMHO schön, wenn alle Teilnehmer im Freifunknetz auch automatisch
untereinander erreichbar wären - haben wir aber leider nicht.
Post by Malte
Wahrscheinlich sind das auch Router, die irgendwann eh total veraltete
Hardware haben.
Wie Harald schon schrieb, sind viele Installationen gar nicht mal soo alt
und ggf. auch durchaus zentral. Es wäre schon gut, zu wissen, was da
läuft, so oder so. Oder andersherum, wieso sollten wir kaputte Statistik
bevorzugen? "Ein Teil dieser Antwort könnte die Freifunker verunsichern"?
;-)
Einige Router sind offline, was möglicherweise dazu führen könnte,
dass nichts angezeigt wird.
Teilweise ist erkennbar eine alte Firmware installiert. Da würde ein
Update sofort helfen. Hat aber sicherlich Gründe, warum das noch nicht
gemacht wurde.
Auch bei experimenteller Firmware könnte es mal passieren, dass die
Daten nicht geliefert werden.

Ich picke mal willkürlich zwei "Spezialfälle" heraus: tberg-core und c-base-core

Als tberg-core werkelt ein Mikrotik Routerboard, mit einer damals
extra dafür kompilierten Firmware. Die lässt sich leider nicht so
einfach ohne Ausfallrisiko aktualisieren. Der Wunsch nach einem Update
ist da, die Umsetzung aber problematisch.

Für c-base-core sind auch die Daten auf der OWM
(https://openwifimap.net/#detail?node=c-base-core.olsr und
https://openwifimap.net/api/db/c-base-core.olsr) etwas "sparsam". Das
Wiki (https://wiki.freifunk.net/Berlin:Standorte:c-base) verrät, dass
es sich um eine VM auf dem Server handelt. BTW: Was ist eigentlich mit
den restlichen Geräten, die im Wiki erwähnt werden?


VG
Harald
Hartmut Krafft
2018-11-30 17:42:04 UTC
Permalink
Post by Sven Roederer
An den 4MB Geräten bastelt Perry grade wieder etwas rum und versucht
noch mehr Software zu finden, die vom Router entfernt werden kann...
Ich hätte ja auch die Hoffnung, dass man irgendwann(tm) eine Lua-freie
Firmware hinbekommt...
Laut Hopglass gibt's noch etwa 70 Router mit nur 4MB. Wäre schon schade, die
zu verlieren. Aber auf jeden Fall sollten wir noch deutlicher als jetzt ins
Wiki schreiben, dass man 841er einfach nicht mehr einsetzen soll, vielleicht
per <s>strikethrough</s> plus Fußnote.
Ich bitte darum.
Ich hab mir die Wiki-Seite mal angesehen. Sollten wir nicht, statt alles in
Fußnoten zu verstecken, die Tabelle teilen, zuerst eine Tabelle für
unterstützte Geräte mit ausreichend Speicher, dann eine für die mit zu
wenig RAM (Fußnoten 2...), dann zuletzt eine für die nicht mehr
unterstützten mit 4MB, dann könnte man das deutlich trennen, jetzt da in
die Tabelle noch mehr reinzufriemeln vermindert IMHO die ohnehin schon
nicht so große Übersichtlichkeit noch weiter...


Hartmut
Malte
2018-12-01 11:07:53 UTC
Permalink
Post by Hartmut Krafft
Post by Malte
per <s>strikethrough</s> plus Fußnote.
Ich bitte darum.
Ich hab mir die Wiki-Seite mal angesehen. Sollten wir nicht, statt alles in
Fußnoten zu verstecken
Ich schrieb doch explizit auch "strikethrough".
Post by Hartmut Krafft
die Tabelle teilen, zuerst eine Tabelle fÌr unterstÌtzte GerÀte mit
ausreichend Speicher, dann eine fÃŒr die mit zu wenig RAM (Fußnoten
2...), dann zuletzt eine fÃŒr die nicht mehr unterstÃŒtzten mit 4MB
Weil drei Tabellen ÃŒbersichtlicher sind als eine? Und weil es besser ist,
wenn man *nicht* mehr einfach per Klick auf die TabellenÃŒberschriften nach
einem Kriterium eigener Wahl sortieren kann?

Was wir machen könnten, wÀre, die schlecht unterstÌtzten/alten GerÀte in
einen klar benamten Extraartikel auszulagern. Dann ist die Preisfrage, was
ist denn "schlecht unterstÃŒtzt"? Ich wÃŒrde auch argumentieren, dass da
alle 32MB-RAM-GerÀte dazugehören, weil die mit OLSRd gerne mal abstÌrzen.

Ich wette aber, dass die dann frÌher oder spÀter jemand zurÌckverlagert,
so wie das schon beim CoreRouter-Artikel passiert ist. Irgendjemand "mag"
dann die jeweiligen GerÀte besonders, findet, dass die zu stiefmÌtterlich
behandelt werden, und packt sie an prominentere Stelle. In der
Wiki-Tabelle finden sich ja sogar GerÀte, fÌr die es keine Images von uns
gibt (Mikrotik RB411, Turris Omnia), anscheinend nur weil sie jemand toll
findet oder so.

Vermutlich muss da einfach mal jemand dauerhaft etwas strenger
draufschauen...

GrÌße,
Malte
Sven Roederer
2018-12-01 10:00:53 UTC
Permalink
Eine Ursache der vielen unknown ist hier:
https://github.com/freifunk-berlin/hopglass.berlin.freifunk.net/blob/50a848952e7ca1e36e93cb14694396d55d20f205/owm2ffmap/owm2ffmap.py#L111

Es gibt diverse Versionen, die die vorherigen Test nicht treffen und dann hier landen.

Gruss Sven

Am 30. November 2018 15:15:25 MEZ schrieb Malte
Woher kommt eigentlich die große Menge "unknown"-Router in Hopglass?
Sven Roederer
2018-12-03 13:57:19 UTC
Permalink
lt. OWM-statistik [1] gibt es aktuell 84 Router mit "unknown" als
Hardware. Das ist doch die Datenbasis auf der hopglass aufsetzt.
Hier kann man nur die Nodebetreiber ermuntern mal eine aktuelle firmware
zu nutzen. Ggf. hilft auch hier ein Umstieg auf das OWM-script.
Durch das parsing für hopglass kommen dann wohl noch 21 Router dazu, in
denen die OWM-Daten zu Fehlern führen. Das kann durch programmierung gelöst
werden.

Bei den o.g. 84 bleibt wohl nur, die als "graue Masse" in allen weiteren
Betrachtungen zu ignorieren

Sven


1 - https://berlin.freifunk.net/network/stats/
Woher kommt eigentlich die große Menge "unknown"-Router in Hopglass? Im JSON steht da als Script "freifunk-olsrd", nicht OWM. Blöd, dass wir von
über 100 Routern nicht wissen, auf was für einer Plattform sie laufen...
Perry
2018-12-02 20:24:54 UTC
Permalink
Ich habe versucht aber nicht geschafft einen 4MB image zu bauen. Ich
habe [1] und [2] gelesen. Ich bin auch der meinung das 32MB RAM extrem
grenzwertig ist. Es ist fast nicht möglich einen sysupgrade zu machen.
Meiner Meinung nach, soll Hedy-1-0-X die letzte unterstützte 4MB/32MB
releases.

Aber es gibt immer die Möglichkeit ein self-gebasteltet Image mit
ImageBuilder. Meinen Vorschlag ist das wir weiter hin die ImageBuilder
files bauen. An der wiki können Leute HowTo's für lite-setups schreiben.

[1] https://openwrt.org/supported_devices/432_warning
[2]
https://forum.openwrt.org/t/lede-a-bit-over-the-top-with-the-minimal-requirements/2009/4?u=tmomas

P.S. Ich hab ein 4MB gerät zu verschenken. Will jemand?

Gruß,

Perry
Post by Sven Roederer
An den 4MB Geräten bastelt Perry grade wieder etwas rum und versucht noch mehr Software zu finden, die vom Router entfernt werden kann...
Aber selbst wenn hier was nutzbares rauskommt, gehe ich davon aus, dass mit dem nächsten OpenWrt-Release (19.01) das gleiche Problem wieder besteht.
Ich denke auch, diese Geräteklasse offiziell zu droppen und für den Bastler zu lassen.
Sven
Post by Robin Brandt
Moin,
kurze zu Tunneldigger. Ich bin an das bbb-vpn per Tunneldigger
angeschlossen und es läuft Gut. Danke Perry XP.
Die Firmware zu kompilieren hat auch geklappt nur hatte ich das Target
vergessen was zum default Target geführt hat ... naja shit happens
Im Wiki habe steht das der Mikrotik wAP ac jetzt unterstützt wird Top!
Hat den schon jemand am laufen ? Weil 64MB Ram ist dann für meinen
Geschmack etwas wenig .... Diesbezüglich habe ich mir einen Glnet.
B1300 bestellt mal sehen was der so kann. So was uns zu den 4MB Router
führt, wollen wir diese default targets abschalten das ist vergebliche
Liebesmühe und Verschwendung von Ressourcen.
MfG Robin
_______________________________________________
Berlin mailing list
http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
a***@web.de
2018-12-02 22:45:51 UTC
Permalink
Hallo,

Mit den freundlichen Hinweisen von Thorsten Maerz und Sven Roederer konnte ich ein Image 1.0.1 für den TL-WR703n compilieren. Es funktioniert einwandfrei und läuft seit einigen Tagen fehlerlos. Wenn jemand Interesse hat, ich schick es ihm zu.

Grüsse Andreas
Sven Roederer
2018-12-03 21:07:28 UTC
Permalink
Hasst du das als "no-tunnel" (aka. default") gebaut?
Post by a***@web.de
Hallo,
Mit den freundlichen Hinweisen von Thorsten Maerz und Sven Roederer konnte ich ein Image 1.0.1 für den TL-WR703n compilieren. Es funktioniert einwandfrei und läuft seit einigen Tagen fehlerlos. Wenn jemand Interesse hat, ich schick es ihm zu.
Grüsse Andreas
_______________________________________________
Berlin mailing list
http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
a***@web.de
2018-12-03 22:24:05 UTC
Permalink
ja, ist ein default
Gesendet: Montag, 03. Dezember 2018 um 22:07 Uhr
Hasst du das als "no-tunnel" (aka. default") gebaut?
Post by a***@web.de
Hallo,
Mit den freundlichen Hinweisen von Thorsten Maerz und Sven Roederer konnte ich ein Image 1.0.1 für den TL-WR703n compilieren. Es funktioniert einwandfrei und läuft seit einigen Tagen fehlerlos. Wenn jemand Interesse hat, ich schick es ihm zu.
Grüsse Andreas
_______________________________________________
Berlin mailing list
http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
_______________________________________________
Berlin mailing list
http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
Harald Stürzebecher
2018-12-03 20:08:21 UTC
Permalink
Hallo Perry
Post by Perry
Ich habe versucht aber nicht geschafft einen 4MB image zu bauen.
P.S. Ich hab ein 4MB gerät zu verschenken. Will jemand?
Ja. Ich möchte ausprobieren, wie viel Aufwand ein Umbau auf 8MB Flash
und das Kompilieren einer passenden Firmware macht.

VG
Harald
Perry
2018-12-03 21:43:46 UTC
Permalink
Post by Harald Stürzebecher
Hallo Perry
Post by Perry
Ich habe versucht aber nicht geschafft einen 4MB image zu bauen.
P.S. Ich hab ein 4MB gerät zu verschenken. Will jemand?
Ja. Ich möchte ausprobieren, wie viel Aufwand ein Umbau auf 8MB Flash
und das Kompilieren einer passenden Firmware macht.
Sorry Harald, jemand hat mir früher privat geschrieben. Aber vielleicht
hat noch jemand ein rumliegen.

Gruß
Perry
Post by Harald Stürzebecher
VG
Harald
_______________________________________________
Berlin mailing list
http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
Harald Stürzebecher
2018-12-03 21:45:05 UTC
Permalink
Hallo Perry
Post by Perry
Post by Harald Stürzebecher
Hallo Perry
Post by Perry
Ich habe versucht aber nicht geschafft einen 4MB image zu bauen.
P.S. Ich hab ein 4MB gerät zu verschenken. Will jemand?
Ja. Ich möchte ausprobieren, wie viel Aufwand ein Umbau auf 8MB Flash
und das Kompilieren einer passenden Firmware macht.
Sorry Harald, jemand hat mir früher privat geschrieben. Aber vielleicht
hat noch jemand ein rumliegen.
Danke für die Info.

VG
Harald
Perry
2018-12-02 20:24:54 UTC
Permalink
Ich habe versucht aber nicht geschafft einen 4MB image zu bauen. Ich
habe [1] und [2] gelesen. Ich bin auch der meinung das 32MB RAM extrem
grenzwertig ist. Es ist fast nicht möglich einen sysupgrade zu machen.
Meiner Meinung nach, soll Hedy-1-0-X die letzte unterstützte 4MB/32MB
releases.

Aber es gibt immer die Möglichkeit ein self-gebasteltet Image mit
ImageBuilder. Meinen Vorschlag ist das wir weiter hin die ImageBuilder
files bauen. An der wiki können Leute HowTo's für lite-setups schreiben.

[1] https://openwrt.org/supported_devices/432_warning
[2]
https://forum.openwrt.org/t/lede-a-bit-over-the-top-with-the-minimal-requirements/2009/4?u=tmomas

P.S. Ich hab ein 4MB gerät zu verschenken. Will jemand?

Gruß,

Perry
Post by Sven Roederer
An den 4MB Geräten bastelt Perry grade wieder etwas rum und versucht noch mehr Software zu finden, die vom Router entfernt werden kann...
Aber selbst wenn hier was nutzbares rauskommt, gehe ich davon aus, dass mit dem nächsten OpenWrt-Release (19.01) das gleiche Problem wieder besteht.
Ich denke auch, diese Geräteklasse offiziell zu droppen und für den Bastler zu lassen.
Sven
Post by Robin Brandt
Moin,
kurze zu Tunneldigger. Ich bin an das bbb-vpn per Tunneldigger
angeschlossen und es läuft Gut. Danke Perry XP.
Die Firmware zu kompilieren hat auch geklappt nur hatte ich das Target
vergessen was zum default Target geführt hat ... naja shit happens
Im Wiki habe steht das der Mikrotik wAP ac jetzt unterstützt wird Top!
Hat den schon jemand am laufen ? Weil 64MB Ram ist dann für meinen
Geschmack etwas wenig .... Diesbezüglich habe ich mir einen Glnet.
B1300 bestellt mal sehen was der so kann. So was uns zu den 4MB Router
führt, wollen wir diese default targets abschalten das ist vergebliche
Liebesmühe und Verschwendung von Ressourcen.
MfG Robin
_______________________________________________
Berlin mailing list
http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
Sven Roederer
2018-12-03 21:58:40 UTC
Permalink
Perry,

da die 4MB-Geräte, jedenfalls für AR71xx, in eine separate Subarchitektur
ausgelagert sind, bedeutet die Erstellung des Imagebuilders die Bau der
Firmware für ein komplettes Target.
Dafür immer einen Buildbot zu beschäftigen, finde ich nicht sonderlich
effektiv.
Post by Perry
Aber es gibt immer die Möglichkeit ein self-gebasteltet Image mit
ImageBuilder. Meinen Vorschlag ist das wir weiter hin die ImageBuilder
files bauen. An der wiki können Leute HowTo's für lite-setups schreiben.
Perry
2018-12-04 11:04:16 UTC
Permalink
Aber wenn wir ImageBuilder files nur für releases bereitstellen, dann
ist es doch nicht so schlimm, oder?

Falls jemand unbedingt irgend eine dev branch probieren will, dann kann
man immer selber bauen.
Post by Sven Roederer
Perry,
da die 4MB-Geräte, jedenfalls für AR71xx, in eine separate Subarchitektur
ausgelagert sind, bedeutet die Erstellung des Imagebuilders die Bau der
Firmware für ein komplettes Target.
Dafür immer einen Buildbot zu beschäftigen, finde ich nicht sonderlich
effektiv.
Post by Perry
Aber es gibt immer die Möglichkeit ein self-gebasteltet Image mit
ImageBuilder. Meinen Vorschlag ist das wir weiter hin die ImageBuilder
files bauen. An der wiki können Leute HowTo's für lite-setups schreiben.
_______________________________________________
Berlin mailing list
http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
Martin Hübner
2018-12-01 12:11:34 UTC
Permalink
Post by Hartmut Krafft
Post by Sven Roederer
An den 4MB Geräten bastelt Perry grade wieder etwas rum und versucht
noch mehr Software zu finden, die vom Router entfernt werden kann...
Ich hätte ja auch die Hoffnung, dass man irgendwann(tm) eine Lua-freie
Firmware hinbekommt...
Laut Hopglass gibt's noch etwa 70 Router mit nur 4MB. Wäre schon schade, die
zu verlieren. Aber auf jeden Fall sollten wir noch deutlicher als jetzt ins
Wiki schreiben, dass man 841er einfach nicht mehr einsetzen soll, vielleicht
per <s>strikethrough</s> plus Fußnote.
Ich bitte darum.
Ich hab mir die Wiki-Seite mal angesehen. Sollten wir nicht, statt alles in
Fußnoten zu verstecken, die Tabelle teilen, zuerst eine Tabelle für
unterstützte Geräte mit ausreichend Speicher, dann eine für die mit zu
wenig RAM (Fußnoten 2...), dann zuletzt eine für die nicht mehr
unterstützten mit 4MB, dann könnte man das deutlich trennen, jetzt da in
die Tabelle noch mehr reinzufriemeln vermindert IMHO die ohnehin schon
nicht so große Übersichtlichkeit noch weiter...
Hartmut
Ich finde die Idee sehr gut. Gleichzeitig würde ich noch die Router, die
momentan in Entwicklung sind oder z.B. nur per tftp geflasht werden
können in eine andere Tabelle auslagern.

Letztens musste ich ein paar Leuten helfen, die deswegen Probleme beim
flashen hatten.

VG Martin
Martin Hübner
2018-12-01 12:50:56 UTC
Permalink
Post by Martin Hübner
Post by Hartmut Krafft
Post by Sven Roederer
An den 4MB Geräten bastelt Perry grade wieder etwas rum und versucht
noch mehr Software zu finden, die vom Router entfernt werden kann...
Ich hätte ja auch die Hoffnung, dass man irgendwann(tm) eine Lua-freie
Firmware hinbekommt...
Laut Hopglass gibt's noch etwa 70 Router mit nur 4MB. Wäre schon schade, die
zu verlieren. Aber auf jeden Fall sollten wir noch deutlicher als jetzt ins
Wiki schreiben, dass man 841er einfach nicht mehr einsetzen soll, vielleicht
per <s>strikethrough</s> plus Fußnote.
Ich bitte darum.
Ich hab mir die Wiki-Seite mal angesehen. Sollten wir nicht, statt alles in
Fußnoten zu verstecken, die Tabelle teilen, zuerst eine Tabelle für
unterstützte Geräte mit ausreichend Speicher, dann eine für die mit zu
wenig RAM (Fußnoten 2...), dann zuletzt eine für die nicht mehr
unterstützten mit 4MB, dann könnte man das deutlich trennen, jetzt da in
die Tabelle noch mehr reinzufriemeln vermindert IMHO die ohnehin schon
nicht so große Übersichtlichkeit noch weiter...
Hartmut
Ich finde die Idee sehr gut. Gleichzeitig würde ich noch die Router, die
momentan in Entwicklung sind oder z.B. nur per tftp geflasht werden
können in eine andere Tabelle auslagern.
Letztens musste ich ein paar Leuten helfen, die deswegen Probleme beim
flashen hatten.
VG Martin
Ich war mal so frei und habe das schnell umformatiert. Verbesserungen
gerne willkommen.

VG Martin
Sven Roederer
2018-12-02 17:49:41 UTC
Permalink
Das Problem was ich in der jetzt gemachten trennung in verschiedene
Tabellen sehe, ist dass sich niemand finden wird, die Router von der
Alpha-Tabelle in die Unterstützt-Tabele verschieben wird. Gleiches
erwarte ich von der Unterstützte-Router -> nichtmehr unterstützte
Router.
Evtl. kann mit Hintergrundfarben gearbeitet werden, in einer
gemeinsamen Tabelle.

Sven
Post by Martin Hübner
Post by Martin Hübner
Ich finde die Idee sehr gut. Gleichzeitig würde ich noch die Router, die
momentan in Entwicklung sind oder z.B. nur per tftp geflasht werden
können in eine andere Tabelle auslagern.
Letztens musste ich ein paar Leuten helfen, die deswegen Probleme beim
flashen hatten.
VG Martin
Ich war mal so frei und habe das schnell umformatiert. Verbesserungen
gerne willkommen.
Martin Hübner
2018-12-03 16:21:02 UTC
Permalink
Ich sehe ein, dass die jetzige Lösung etwas Arbeitsintensiv ist. Aber
bei farbig hinterlegten Tabellenzeilen ist das glaube ich ähnlich.

Oder kann man in Wiki skripte/bots schreiben, welche das Prüfen und
Sortieren automatisieren? Wenn ich es richtig verstanden habe, dann hat
der Buildbot doch eine Liste dessen, was er baut, oder?

Fakt ist eines: Ich hatte bisher mehrere Leute, die sich einen
"unterstützten" Router geholt hatten und dann Probleme hatten, weil sie
die dev-Fußnote übersehen hatten.

VG Martin
Post by Sven Roederer
Das Problem was ich in der jetzt gemachten trennung in verschiedene
Tabellen sehe, ist dass sich niemand finden wird, die Router von der
Alpha-Tabelle in die Unterstützt-Tabele verschieben wird. Gleiches
erwarte ich von der Unterstützte-Router -> nichtmehr unterstützte
Router.
Evtl. kann mit Hintergrundfarben gearbeitet werden, in einer
gemeinsamen Tabelle.
Sven
Post by Martin Hübner
Post by Martin Hübner
Ich finde die Idee sehr gut. Gleichzeitig würde ich noch die Router, die
momentan in Entwicklung sind oder z.B. nur per tftp geflasht werden
können in eine andere Tabelle auslagern.
Letztens musste ich ein paar Leuten helfen, die deswegen Probleme beim
flashen hatten.
VG Martin
Ich war mal so frei und habe das schnell umformatiert. Verbesserungen
gerne willkommen.
Sven Roederer
2018-12-03 18:43:55 UTC
Permalink
Post by Martin Hübner
Ich sehe ein, dass die jetzige Lösung etwas Arbeitsintensiv ist. Aber
bei farbig hinterlegten Tabellenzeilen ist das glaube ich ähnlich.
lt. https://www.mediawiki.org/wiki/Help:Tables#Attributes_on_rows
kann eine Zeile dirch "style="font-style: color: green;"" recht einfach
geändert werden.

Vorschlag:
* grüner Text: gute unterstützung
* roter Text: nicht mehr unterstütze Modelle
* gelber Text: Unterstützung durch EntwicklungsVersion

Sven
Martin Hübner
2018-12-03 19:40:18 UTC
Permalink
Okay, den Vorschlag finde ich gut. Ich würde allerdings Gelb gegen Grau
tauschen, weil man das besser lesen kann.

Aber leider muss man dann immernoch händisch den Status der Router umändern.

Schön wäre denke ich auch, wenn man nach Support sortieren könnte
(vielleicht eine separate Text-Spalte zusätzlich zur Farbe?).

VG Martin
Post by Sven Roederer
Post by Martin Hübner
Ich sehe ein, dass die jetzige Lösung etwas Arbeitsintensiv ist. Aber
bei farbig hinterlegten Tabellenzeilen ist das glaube ich ähnlich.
lt. https://www.mediawiki.org/wiki/Help:Tables#Attributes_on_rows
kann eine Zeile dirch "style="font-style: color: green;"" recht einfach
geändert werden.
* grüner Text: gute unterstützung
* roter Text: nicht mehr unterstütze Modelle
* gelber Text: Unterstützung durch EntwicklungsVersion
Sven
Sven Roederer
2018-12-03 20:32:49 UTC
Permalink
Wenn eine solche automatic gemacht werden soll, kann jemand(tm) sicherlich
ein PHP / Python / ... script schreiben, das wir dann auf until.freifunk.net
hosten.
Es gab ja vor der Wiki-seite schon eine separate Web-seite. Die war jedoch
schwierig zu warten und vor allem nicht von jederman, wie jetzt das Wiki.
Post by Martin Hübner
Okay, den Vorschlag finde ich gut. Ich würde allerdings Gelb gegen Grau
tauschen, weil man das besser lesen kann.
Aber leider muss man dann immernoch händisch den Status der Router umändern.
Schön wäre denke ich auch, wenn man nach Support sortieren könnte
(vielleicht eine separate Text-Spalte zusätzlich zur Farbe?).
VG Martin
Post by Sven Roederer
Post by Martin Hübner
Ich sehe ein, dass die jetzige Lösung etwas Arbeitsintensiv ist. Aber
bei farbig hinterlegten Tabellenzeilen ist das glaube ich ähnlich.
lt. https://www.mediawiki.org/wiki/Help:Tables#Attributes_on_rows
kann eine Zeile dirch "style="font-style: color: green;"" recht einfach
geändert werden.
* grüner Text: gute unterstützung
* roter Text: nicht mehr unterstütze Modelle
* gelber Text: Unterstützung durch EntwicklungsVersion
Sven
_______________________________________________
Berlin mailing list
http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
Malte
2018-12-03 20:57:48 UTC
Permalink
Aber leider muss man dann immernoch hÀndisch den Status der Router umÀndern.
Ich ziehe es allemal vor, einen Eintrag im Wiki von Hand alle paar Jahre
mal anfassen zu mÃŒssen, als jetzt dutzende Stunden in einen wackeligen
Mechanismus zu investieren, der da irgendwie im Wiki rumpfuscht und
intransparent irgendwelche schlechten EintrÀge erzeugt.

Es gibt gute Stellen fÃŒr Automatismen (die Karte, die "Aktuellen Themen"
auf berlin.freifunk.net und so weiter), aber die Liste der unterstÃŒtzten
GerÀte inkl. weiterfÌhrender Info gehört ganz sicher nicht dazu.

GrÌße,
Malte
Martin Hübner
2018-12-04 16:40:44 UTC
Permalink
Das leuchtet ein.
Aber wenn es sowieso von Hand bearbeitet werden muss/soll, sehe ich in
der jetzigen Version (getrennte Tabellen) den Vorteil einer besseren
Übersicht.
So kann niemand "aus versehen" einen falschen Router finden. Getrennte
Tabellen und große Überschriften sind, denke ich, unmissverständlich..

Das Verschieben ist einfach mit Strg+C und Strg+V getan.

VG Martin
Post by Malte
Ich ziehe es allemal vor, einen Eintrag im Wiki von Hand alle paar Jahre
mal anfassen zu müssen, als jetzt dutzende Stunden in einen wackeligen
Mechanismus zu investieren, der da irgendwie im Wiki rumpfuscht und
intransparent irgendwelche schlechten Einträge erzeugt.
Es gibt gute Stellen für Automatismen (die Karte, die "Aktuellen Themen"
auf berlin.freifunk.net und so weiter), aber die Liste der unterstützten
Geräte inkl. weiterführender Info gehört ganz sicher nicht dazu.
Grüße,
Malte
Malte
2018-12-04 17:25:05 UTC
Permalink
Post by Martin Hübner
Aber wenn es sowieso von Hand bearbeitet werden muss/soll, sehe ich in
der jetzigen Version (getrennte Tabellen) den Vorteil einer besseren
Übersicht.
Ich wÃŒrde das nochmal mit einer Tabelle und mit farblicher Hinterlegung
plus Extraspalte fÃŒr "Status" versuchen. Im Moment erscheint mir das eher
suboptimal, und ein paar Infos von der alten Seite sind auch
verlorengegangen (z.B. weiterer Warnhinweis zu 32MB RAM bei den
4MB-GerÀten).
Post by Martin Hübner
So kann niemand "aus versehen" einen falschen Router finden.
Glaubst Du. ;-)
Post by Martin Hübner
Getrennte Tabellen und große Überschriften sind, denke ich,
unmissverstÀndlich..
Überschriften werden hÀufig ignoriert, weil sie zu weit vom eigentlichen
Text getrennt sind. Die wichtigen Infos mÃŒssen recht nah am Inhalt stehen
und ggf. wiederholt werden.

GrÌße,
Malte

Lesen Sie weiter auf narkive:
Loading...