[Fli4l_dev] Neue fli4l-Testversionen

[Helmut Pohl]

Hallo Harvey,

ich habe mir das Gesamtpaket herunter geladen und auch schon ausgepackt. 
War etwas ungewöhnlich, weil ich es lange nicht mehr gemacht hatte und 
das Auspacken sonst automatisch erfolgte. Dabei ist mir aufgefallen, 
dass es neue Pakete gibt, z.B. fritzbox und ulogd. Das hat mich 
neugierig gemacht und wollte in die Doku schauen. Habe sie aber nicht 
gefunden. Gibt es noch keine?
Was können die neuen Pakete?

Auch ist mir aufgefallen, dass es keine Releasenummer mehr gibt. Ist 
dass dann die endgültige (stabile) Version?
Ich benutze zur Zeit noch die Release 60785, kann der neue Kernel 6.x in 
diesem Release verwendet werden? Wäre ein erster Schritt, bevor ich 
komplett umstelle.

Vielen Dank dafür. Du bist mein fli4l-Held.

Gruß,
Helmut

Am 18.06.2024 um 13:12 schrieb Harvey:
> Tag zusammen,
> 
> ich hoffe hier lesen noch ein paar Leute mit. Es ist oft die Frage 
> gestellt worden, wie und ob es mit fli4l weiter geht. Nun, die Hardware 
> in Freiberg ist immer noch defekt, soweit ich das sagen kann. Ich 
> persönlich habe es aufgegeben, hier noch eine Besserung zu erwarten. Vom 
> Team sind nicht mehr viele Leute übrig und es hat etwas gedauert bis die 
> Schockstarre überwunden war...
> 
> Aber jetzt... Ganz Gallien war von den Römern besiegt aber ein kleines 
> gallisches Dorf - ähm, andere Geschichte, aber doch ähnlich.
> 
> Auf Basis der letzten funktionierenden SVN-Version wurde eine Version 
> 4.0 auf aktuellen Softwarestand angehoben - Buildroot 2024_02_2, kernel 
> 6.6.34 und/oder 6.9.5.
> 
> Aktuelle Pakete sind gebaut und auf meine gmx-cloud hochgeladen. Wer 
> mutig ist kann die gerne mal downloaden und testen. Ich habe derzeit 3 
> Installationen auf APU2 erfolgreich damit am laufen, einen Alix 2d13 
> konnte ich damit auch wiederbeleben. Das sagt aber nichts über Euren 
> Erfolg aus. Wer testet, testet auf eigene Gefahr, dass muss klar sein! 
> Wenn etwas abraucht, der Hund wegläuft oder das Grillfleisch verbrennt, 
> wir sind nicht schuld daran ;) You have been warned.
> 
> Der link für x86:
> 
> https://c.gmx.net/@324458686707668070/jdY4GDsIQFyNDrKJmJ8JXQ
> 
> und für x86_64:
> 
> https://c.gmx.net/@324458686707668070/s-fStZRdQRii8bsfJUr6aA
> 
> Andere Architekturen sind im Moment nicht vorhanden und auch die Frage 
> nach einer 3.x Version kann man sich sparen.
> 
> Eine Sache ist zu rrdtool zu sagen: Wer Wert auf seine cpufreq-historie 
> legt, sollte wissen dass rrdtool nunmehr pro core ein eigenes 
> Verzeichnis im db Verzeichnis mit Namen cpufreq-x (x= 1 bis Anzahl der 
> cores) anlegt und die Logdatei darin cpufreq.rrd nennt. Bisher waren 
> diese Dateien immer im cpufreq-Verzeichnis und hießen dort 
> cpufreq-x.rrd. Bei mir hat es geholfen die Dateien einfach ins cpufreq-x 
> Verzeichnis zu kopieren und in cpufreq.rrd umzubenennen. Dann wird dort 
> weitergeloggt. Ob es immer so klappt, weiß ich nicht... Your mileage may 
> vary :)
> 
> Natürlich sind wir sehr an Euren Erfolgen (und Misserfolgen) 
> interessiert um evtl. nachzubessern. Gerne/Bitte hier posten!
> 
> Fröhliche Weihnachten!
> Gruß
> Harvey