[Fli4l_dev] Informationen zu den wöchentlichen 4.0-Archiven vom 16.1.2015 (r36454)

[Christoph Schulz]

Hallo,

im Vergleich zu den Archiven vom 9.1.2015 (r36304) gibt es in den 
Archiven vom 16.1.2015 (r36454) die folgenden Änderungen:

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

FFL-1046: Update von yadifa auf Version 2.0.x
* Die Version 2.0.0 hat Probleme mit Zonentransfers (AXFR). Sie wurde durch 
die Version 2.0.4 ersetzt, die das Problem beheben soll.

FFL-1159: Kernel 3.14.28 ist veröffentlicht worden
* Bitte KERNEL_VERSION entsprechend anpassen!

FFL-1160: OpenSSL-Update auf 1.0.1k
* Sicherheitsupdate, zu Details siehe Ticket-Beschreibung.

FFL-1162: Aufräumen von Kernel-Paketen
* FBR-Verbesserungen, damit alte Kernel-Leichen bei der Umstellung auf neue 
Kernel-Linien nicht im Repository verbleiben.

FFL-1163: FBR baut nach einem Komplettdurchgang die fli4l-Pakete unnötig neu
* Erstellung und Verwendung von Hash-Werten für lokale Quelltext-
Verzeichnisse überarbeitet, um unnötige Rebuilds zu vermeiden.

FFL-1165: NIC-Prüfung kommt nicht mit neuem Repository-Layout klar
* Jetzt schon :-)

FFL-1166: Update des Firmware Pakets
* Vorbereitende Maßnahmen, insbesondere in Hinblick auf die Einführung von 
Kernel-Linie 3.18.

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

FFL-506: Überarbeitung des Circuit- und Einwähl-Systems
* Eine Fehler im Sperrmechanismus des Circuit-Systems wurde behoben. Er trat 
nur bei bestimmten Server-seitigen PPP-Circuits auf, wo ein Serverprozess 
viele Verbindungen akzeptiert (PPPoE-Server, PPTP-Server), und führte dazu, 
dass Server-seitige Verbindungen nicht via "fli4lctrl hangup" aufgelegt 
werden konnten.

------------------
Bekannte Probleme:
------------------

* PPTP funktioniert zur Zeit nicht korrekt. Eine Korrektur ist in Arbeit.
* Bei den Circuit-Typen ppp/ethernet-server und ppp/pptp-server kann es zu 
Wettlaufsituationen (Race Conditions) kommen, die dazu führen, dass 
temporäre Server-seitige Circuits "<Name>-<Nummer>" im Zustand "aktiv" 
verbleiben und nicht verschwinden. Ein Workaround: Ein Auflegen des Master-
Server-Circuits "<Name>" führt auch zum Auflegen dieser temporären Circuits. 
Eine Korrektur ist in Arbeit.

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

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]