[Fli4l_dev] Informationen zu den wöchentlichen 4.0-Archiven vom 14.11.2014 (r34860)

[Christoph Schulz]

Hallo,

die wichtigste Neuerung vorneweg: Mit diesem Tarball haben wir die 
Versionsnummern den Entwicklungszweigen angepasst. Die vormals nur 
"Entwicklerversion" oder "testing" titulierte Fassung ist jetzt die 
Entwicklerversion 3.10, die Weihnachten in der stabilen 3.10.0-Version 
ihren Höhepunkt finden wird (bzw. soll). Die vormals als "FFL-506-Version" 
bezeichnete Fassung ist jetzt die Entwicklerversion 4.0, die irgendwann 
(natürlich ebenfalls Weihnachten, nur halt ein anderes ;-) die stabile 
4.0.0-Version werden wird. Letztlich hat sich also außer ein paar 
Namensänderungen nicht wirklich etwas geändert. Externe Pakete müssen aber 
ggfs. an die neuen Versionsnummern angepasst werden. Aus

  depends on fli4l version 3.9

muss somit

  depends on fli4l version 3.10

(falls das Paket mit der 3.10-Version positiv getestet wurde)
bzw.

  depends on fli4l version 3.10 4.0

(falls das Paket auch mit der 4.0-Version positiv getestet wurde) oder

  depends on fli4l version 4.0

(falls das Paket zwingend die 4.0 benötigt) werden. (Natürlich müssen 
Abhängigkeiten zu anderen Paketen wie chrony etc. analog angepasst werden.)

Des Weiteren ist neu, dass der 4.0-Zweig genauso in trunk/testing 
aufgeteilt ist wie der 3.10-Zweig. Die Tarballs auf der fli4l-Homepage 
basieren seit letzter Nacht aus dem testing-Zweig. Somit sinkt die 
Wahrscheinlichkeit, dass der wöchentliche Tarball "kaputt" geht, nur weil 
ein Feature mehr Zeit für die Entwicklung, den Test und die Integration 
benötigt. (Natürlich ist es weiterhin möglich, die Pakete für die 
Installationsarchive direkt aus dem SVN-Checkout zu bauen und dort jeden 
beliebigen Zweig zu verwenden, obwohl wir von der direkten Nutzung des 
trunk-Zweiges eher abraten.)

Auf Grund dieser Umstellungen wird es in Zukunft (also ab heute) auch zwei 
verschiedene NG-Artikel geben, jeweils einen für jeden Versionszweig (3.10 
bzw. 4.0).

Ansonsten gibt es Archiven vom 14.11.2014 (r34860) im Vergleich zu den 
Archiven vom 7.11.2014 (r34653) die folgenden Änderungen:

---------------
Fertiggestellt:
---------------

FFL-971: openssl binary im OPT_TOOLS zur Verfügung stellen
* Mit dem openssl-Programm können u.a. Geschwindigkeitstests bei 
kryptographischen Algorithmen vorgenommen werden.

FFL-1016: Unterstützung für Draytek Vigor130 ADSL2+/VDSL2 Modem im DSL-Tool 
nachrüsten
* Die Unterstützung für ADSL2+ Annex J wurde integriert.

FFL-1031: einheitliche Formatierung der Konfigurationsdateien
FFL-1049: Copyright Informationen aktualisieren
* Siehe jeweils den Betreff.

FFL-1067: In WebGUI aus einer Recovery-Installation die Standard-
Installation machen
* Nun kann man über die Web-GUI die Recovery-Version zur Standard-Version 
machen (allerdings nur, wenn man vorher die Recovery-Version gebootet hat).

FFL-1075: Falsche sfq-Klassen in QoS-rrdtool Webinterface
* Es sollten nun keine sfq-Klassen mehr von rrdtool erfasst werden.

FFL-1076: rrdtool-Webinterface merkt sich graphtime nicht
* Wenn man nun zwischen verschiedenen rrdtool-Graphen hin- und herwechselt, 
merkt sich die WebGUI die zuletzt eingestellte Zeitspanne, ohne jedes Mal 
auf die Vorbelegung (typischerweise 6h) zurückzufallen.

FFL-1077: Verändertes Timing bei 3.17er Kernel verursacht DNS-Probleme
* Jetzt sollte ein Neustarten des dnsmasq unter Verwendung von Kernel 
3.17.2 zu keinen Problemen mehr führen.

----------
In Arbeit:
----------

FFL-1074: Umstellung auf Multi-trunk-Modell: Ein Zweig pro Major-Release
* Siehe Einleitung.

------------------

Die "FFL-<Nummer>"-Angaben sind Tickets. Sie können unter
http://bugs.fli4l.de/ eingesehen werden.


Viele Grüße und viel Spaß beim Testen,
-- 
Christoph Schulz
[fli4l-Team]