[Fli4l_dev] Informationen zum Weekly-Tarball vom 20.6.2013 (r31183)

[Matthias Prager]

Hallo Christoph,

erst einmal danke für diese Zusammenfassung. Ich lese sie immer mit
großem Interesse.

r31115 läuft hier auf meinem Router mit Kernel 3.15.1 (x86_64) soweit
gut. Allerdings ist mir beim updaten etwas merkwürdiges (zufälliges?)
passiert: Nach dem einspielen der neuen Version per mkfli4l.bat und
automatischem Neustart hing fli4l in einer Bootloop fest. Es kam direkt
nach dem BIOS immer nur die Zeile 'SYSLINUX 4.05 ...', dann blieb er
kurz stehen und startete dann neu. Nachdem ich den Stick manuell am
meinem Rechner mit den Dateien befüllt habe ging es dann.
War vielleicht nur ein Fehler in der Matrix ;-) .

Die nachfolgenden Reboots (habe noch ein wenig mit rrdtool3 gespielt)
liefen Problemlos (wieder per mkfli4l.bat).

Gruß
Matthias

Am 20.06.2014 07:20, schrieb Christoph Schulz:
> Hallo,
> 
> im Vergleich zum Tarball vom 13.6.2014 (r31115) gibt es die folgenden 
> Änderungen:
> 
> Fertiggestellt:
> ---------------
> FFL-855: Wechsel der experimentellen Kernel-Linie von 3.14.x auf 3.15.x
> * Hier wurden zwei Stellen korrigiert, an denen die aktuellen
>   Netzwerkverbindungen ausgelesen wurden, eine in der normalen HTTP-GUI und
>   eine in rrdtool.
> 
> FFL-856: Update auf Kernel 3.10.44
> * Bitte KERNEL_VERSION-Anpassung nicht vergessen!
> 
> FFL-857: Update auf Kernel 3.15.1
> * Bitte KERNEL_VERSION-Anpassung nicht vergessen!
> 
> FFL-858: Linux 3.15 erlaubt pppd nicht, einen Filter zu setzen oder zu 
> entfernen
> * Nur im Zusammenhang mit Dial-on-Demand-PPP-Verbindungen relevant. Da dies
>   niemand gemerkt hat, sieht es wohl so aus, dass die meisten fli4l-Nutzer
>   heute eine Dauerverbindung nutzen.
> 
> FFL-860: pppd-Update auf 2.4.6
> * Normales Update.
> 
> FFL-861: rrdtool3 bekommt mit Kernel 3.15.x keine Daten von / mehr
> * Das zweite Problem, das hier in der NG in Verbindung mit Kernel 3.15
>   berichtet wurde.
> 
> FFL-862: OpenSSL-Update auf Version 1.0.1h
> * Sicherheitsupdate.
> 
> In Arbeit:
> ----------
> FFL-598: STUN client für fli4l bereitstellen
> * Hier fehlt noch die Übersetzung der angepassten Dokumentation.
>   DYNDNS_x_EXT_IP muss jetzt entweder 'no', 'dyndns' oder 'stun' lauten,
>   letzteres benötigt OPT_STUN='yes'.
> 
> 
> Die "FFL-<Nummer>"-Angaben sind Tickets. Sie können unter
> http://bugs.fli4l.de/ eingesehen werden.
> 
> 
> Viele Grüße und erfolgreiches Testen,
>