[freifunk-public] autoupdate auf 1.8.0~rc2: Neue Beta-Firmware 1.8.0~rc1

[Fam. Fontaine]

Hi,

Gestern wurde ich zum Thema FF angesprochen: "gell, wenns läuft dann
hört man nix. Erst wenn was nicht geht, dann wird gemeckert".
Ok, hier geht es nicht ums "meckern" sondern ums testen - da will ma ja
wissen wenn was nicht geht ;-)
Wollte trotzdem mal bisschen positives Feedback geben:
Hatte heutemorgen probehalber auf meinen beiden FF-Knoten
ffsaar-HammelsbergVa und c den autoupdate auf "experimental" gestellt.
a: TL-WA901N/ND v4 war auf 1.8.0~rc1
c: TL-WA901N/ND v5 war auf 1.7.4 / gluon-v2018.2.2

Beide haben sich wunderbar updated und laufen bisher prima.

Auch gefällt mir die neue motd sehr gut - klasse Idee, die URL zu den
CLI-Kommandos beizufügen.
Nur schade, dass der Link zur deutschen Version erst gaaanz unten auf
der Git-Seite kommt.

Danke für die viele Arbeit die da reingesteckt wurde!

Grüße
Sebastian



Am 14.12.19 um 12:14 schrieb Ralf Jung via freifunk-public:
> Hallo,
>
> okay, also sollten wir die neue Version wohl nicht damit blockieren.
>
> Da ich das Gerät selbst nicht habe kann ich leider auch nicht damit
> experimentieren... wenn ich den verlinkten Thread richtig deute, muss man via
> "fw_setenv" an der bootload-Config rumbasteln um das Gerät davon zu überzeugen,
> aus dem anderen Flash zu booten.
>
> Viele Grüße,
> Ralf
>
> On 14.12.19 12:06, Gerhard Klein wrote:
>> Hallo,
>>
>> Nein auch andere Versionen funktionieren nicht.
>>
>> Gruß
>>
>> Gerhard
>>
>> Ralf Jung <post at ralfj.de <mailto:post at ralfj.de>> schrieb am Sa., 14. Dez. 2019,
>> 12:04:
>>
>>      Hallo Gerhard,
>>
>>      klappen denn ältere Versionen?
>>
>>      Laut <https://forum.openwrt.org/t/gl-ar300m-sysupgrade-problem/1812> hat dieses
>>      Gerät zwei Flash-Chips und OpenWRT unterstützt nur einen davon; irgendwie muss
>>      man das Gerät also davon überzeugen von diesem Chip zu booten.
>>
>>      ; Ralf
>>
>>      On 14.12.19 10:21, Gerhard Klein wrote:
>>      > Hallo zusammen,
>>      >
>>      > die Firmware für den GL-AR300m funktioniert leider nicht. Ich erhalte beim
>>      > Update immer die Fehlermeldung unsupported format / Incorrect firmware format!
>>      >
>>      > Gruß
>>      >
>>      > Gerhard
>>      >
>>      > Am Mo., 9. Dez. 2019 um 10:13 Uhr schrieb Ralf Jung via freifunk-public
>>      > <freifunk-public at saar.freifunk.net
>>      <mailto:freifunk-public at saar.freifunk.net>
>>      <mailto:freifunk-public at saar.freifunk.net
>>      <mailto:freifunk-public at saar.freifunk.net>>>:
>>      >
>>      >     Hallo allerseits,
>>      >
>>      >     seit heute morgen rollen wir im experimental- und beta-Zweig des
>>      Autoupdaters
>>      >     die neue Version 1.8.0~rc1 unserer Firmware aus.  Damit aktualisieren
>>      wir auf
>>      >     Gluon 2019.1.  Die wichtigsten Änderungen im Vergleich zur Version
>>      1.7.4 sind:
>>      >
>>      >     * Neue Hardware-Unterstützung:
>>      >       - TP-Link CPE210 v3, TL-MR3420 v5, TL-WR840N v2
>>      >       - Aerohive HiveAP 121, HiveAP 330
>>      >       - D-Link DAP-1330 A1
>>      >       - 8devices Jalapeno
>>      >       - ASUS RT-AC57U
>>      >     * Wir haben jetzt ein "watchdog"-Script, welches den Knoten
>>      automatisch neu
>>      >     startet, wenn mit der Verbindung etwas nicht in Ordnung ist.
>>      >     * Bugfix: Das Bandbreitenlimit für Downloads wurde teilweise nicht korrekt
>>      >     erzwungen.
>>      >     * Bugfix: Das Bootloader-Image der AVM FRITZ!Box 4040 war defekt.
>>      >     * Gluon hat angekündigt, dass Geräte mit 32 MB RAM / 4 MB Flash
>>      wahrscheinlich
>>      >     in zukünftigen Gluon-Versionen nicht mehr unterstützt werden.  Diese
>>      Geräte
>>      >     machen aktuell mehr als die Hälfte unseres Netzes aus, und wir
>>      empfehlen sie als
>>      >     Einsteigergeräte auf saar.freifunk.net <http://saar.freifunk.net>
>>      <http://saar.freifunk.net>.  Wir
>>      >     müssen uns also irgendwas überlegen.
>>      >
>>      >     Der neue "watchdog" ist inspiriert von ähnlichen Scripten anderer
>>      Communities
>>      >     und von Sebastians cronjob.  Ein reboot wird eingeleitet, wenn
>>      entweder *gar
>>      >     keine* Mesh-Nachbarn zu sehen sind (also weder per VPN-Tunnel noch per
>>      WLAN),
>>      >     oder der Knoten die Mesh-Verbindung zu allen Gateways verliert (wenn
>>      es also mal
>>      >     eine Verbindung zu den GWs gab, diese aber wieder wegfällt).
>>      Allerdings wird
>>      >     nur neu gestartet, wenn der Knoten schon mindestens 6h an ist, um zu
>>      schnelle
>>      >     reboot-Loops zu vermeiden.  Das ganze ist darauf ausgerichtet, den
>>      Betrieb einer
>>      >     isolierten Mesh-Wolke weiterhin zu ermöglichen -- daher finden Reboots nur
>>      >     statt, wenn die Verbindung zu den GWs *verloren* geht, nicht aber wenn
>>      es noch
>>      >     nie Verbindung zu den GWs gab.
>>      >
>>      >     Wäre schön, wenn ihr die Beta-FW auf einigen Geräten ausprobieren
>>      könnt und uns
>>      >     Bescheid gebt, ob soweit alles weiterhin zu funktionieren scheint. :)
>>      >
>>      >     Viele Grüße,
>>      >     Ralf
>>      >     --
>>      >     freifunk-public at saar.freifunk.net
>>      <mailto:freifunk-public at saar.freifunk.net>
>>      <mailto:freifunk-public at saar.freifunk.net
>>      <mailto:freifunk-public at saar.freifunk.net>>
>>      >     - Diskussion und Hilfe der Freifunk Saar Community.
>>      >     Verwaltung: https://lists.hacksaar.de/listinfo/freifunk-public
>>      >     Abbestellen: freifunk-public-unsubscribe at saar.freifunk.net
>>      <mailto:freifunk-public-unsubscribe at saar.freifunk.net>
>>      >     <mailto:freifunk-public-unsubscribe at saar.freifunk.net
>>      <mailto:freifunk-public-unsubscribe at saar.freifunk.net>>
>>      >
>>