Gluon v2016.2.6 veröffentlicht

adorfer · 7. Juni 2017 um 11:33

Fortsetzung der Diskussion von Gluon 2016.2.5 released:

Es gibt zwar noch auf dem readthedocs.io keine neue version abrufbar, aber zumindest ReleaseNotes im Github.

Wichtig erscheint mir

Support für TL-WR841v12
Security-Fixes
Repariertem Wifi-Client-Roaming (gab seit irgendwann in Gluon 2016.1 die berüchtigten 2-3-Minuten-Timouts nach dem Wechsel von einem Knoten zum Nachbarn. Das war nicht nur im LEDE-Master defekt, sondern auch in den letzten Releases.)
Ein notwendiges Zwischenupgrade für x86-Geräte (Futros…), um später auf 2017.x (LEDE-Basis) upgraden zu können.

Für viele Communities also fast unabdingbar, hier ein Zwischenrelease zumindest für x86 zu machen und nicht auf eine 2017.x abzuwarten.

github.com

freifunk-gluon/gluon/blob/fd017477b0629d9edc909754d1f36b7afc9272ef/docs/releases/v2016.2.6.rst

Gluon 2016.2.6
==============

Added hardware support
~~~~~~~~~~~~~~~~~~~~~~

ar71xx-generic
^^^^^^^^^^^^^^

* TP-Link TL-WR841N/ND v12

Bugfixes
~~~~~~~~

* Fix `CVE-2016-10229 <https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-10229>`_
  (`#1097 <https://github.com/freifunk-gluon/gluon/issues/1097>`_)

  Fortunately, the standard Gluon setup is not vulnerable, as the issue only affects
  applications that use MSG_PEEK on UDP sockets. dnsmasq does use MSG_PEEK, but
  only in the DHCP component, which is not enabled during normal node operation.

This file has been truncated. show original

rubo77 · 7. Juni 2017 um 12:16

Diese Meldung ist etwas verfrüht.

2016.2.6 ist noch nicht released!

Hier werden die Releases gemeldet: Releases · freifunk-gluon/gluon · GitHub

adorfer · 7. Juni 2017 um 15:54

o.k. hatte ich dann falsch gelesen, da der Tag „v2016.2.x“ bleiben wird. Nur dass es jetzt Releasenotes dazu gibt.

rotanid · 7. Juni 2017 um 20:31

v2016.2.x ist ein branch ( ein Entwicklungsstrang ). Dort wurden die Release Notes für einen Tag v2016.2.6 begonnen, falls keine Probleme/Fehler auftauchen wird der Tag dann erstellt.

inhaltlich hast du aber vollkommen Recht, wer x86-Geräte im Netz hat, darf das bald erscheinende Release nicht überspringen, sonst setzen sich die Geräte auf Auslieferungszustand zurück (z.B. bei Update von 2016.2.4 auf 2017.1)

rubo77 · 8. Juni 2017 um 19:12

release notes for 2017.1 are also in progress already:

github.com

freifunk-gluon/gluon/blob/master/docs/releases/v2017.1.rst

Gluon 2017.1
============

General changes
~~~~~~~~~~~~~~~

Gluon 2017.1 is the first release of Gluon based on the LEDE 17.01 branch. The
kernel has been updated from 3.18.x to 4.4.x.

We've used the opportunity to greatly simplify the Gluon build system, removing
many hacks that were required to make the build work with older OpenWrt releases.

The *output/modules* directory is now called *output/packages* and provides a
replacement for the whole repository with target-specific packages of LEDE (in
contrast to packages that are common for all targets of the same architecture).
Another change to the build system makes it necessary that the same *GLUON_RELEASE*
value that is used to build the images is also set for ``make manifest``.

GCC 4.8 or newer is now required to build Gluon.

This file has been truncated. show original

rotanid · 10. Juni 2017 um 21:34

Heute hat @anon75826926 die Gluon Version 2016.2.6 nun veröffentlicht.
Release Notes:
https://gluon.readthedocs.io/en/v2016.2.6/releases/v2016.2.6.html

Ich würde aus meiner Sicht empfehlen, dieses Update zu machen, da es auch einen Bug beim Roaming der Clients beseitigt.
Für x86-Geräte ist es sogar Pflicht, sonst verlieren sie beim Update auf 2017.1 ihre Konfiguration.

rubo77 · 11. Juni 2017 um 06:24

So wie ich das verstanden habe tritt dieser Roaming Bug nur dann zutage, wenn ein Client direkt am Ethernet port am Freifunk Router hängt.

Es ist also nur für die wenigen Router wichtig, wo Clients direkt per Kabel dran hängen könnten, und da auch nur die, wo gleichzeitig das Freifunk-Client-WLAN genutzt wird und auch weitere WLAN-Knoten in Reichweite sind, wo man hin-roamen könnten. Oder natürlich halt bei den x86-Geräten.

rotanid · 12. Juni 2017 um 08:22

da hast du vermutlich Recht, genauer hast du es beschrieben - wobei meine Aussage auch nicht falsch ist