[Fli4l_dev] Neue fli4l-Testversionen

[Harvey]

Helmut,

ich weiß echt nicht, was ich noch sagen soll. Ich habe gerade zur 
Sicherheit selbst alle Pakete von gmx herunter geladen und die nötigen 
in ein Verzeichnis entpackt, dann meine testconfig damit laufen lassen 
und was soll ich sagen - es baut, es startet und läuft.

Vielleicht einmal ein paar Worte zur Klarstellung. Was ich hier im 
lockeren Wechsel veröffentliche ist in der Basis immer der gleiche 
Entwicklungsstand nur mit Fehlerkorrekturen und neueren Kerneln. Es gibt 
hier keine Notwendigkeit, viele verschiedene Stände zu speichern und zu 
archivieren (wenn man vor einem Ausfall der Verbindung zu gmx sicher 
sein will, vielleicht höchstens den jeweils letzten Stand). Das führt 
nur in den Wald.

Auch das hin- und herkopieren von Teilen ist nicht sinnvoll, es führt 
ebenso in den Wald und macht Fehlersuche praktisch unmöglich.

Auch mischen von x86 und x86_64 ist nicht möglich. Meine 
Veröffentlichung beruht auf einem immer wieder gleich ablaufenden 
script, daher ist ein Fehler von einer zur anderen Veröffentlichung eher 
unwahrscheinlich (ich sage nicht unmöglich, deswegen habe ich heute 
nochmal selbst getestet...)

Generell macht es immer Sinn, zu prüfen ob man beim Erstellen des 
Ordners für fli4l im config-Verzeichnis des entpackten downloads auch 
alle *.txt Dateien (zB tools.txt) hat die man in dem config-Verzeichnis 
findet mit dem man letztendlich den fli4l baut. Wenn nicht, fehlen Pakete.

Ich habe zB meine config-Verzeichnisse vom Rest getrennt gespeichert und 
baue dann mit

./mkfli4l.sh --remoteupdate --remotehost [Ip-Adresse] 
/Pfad/zu/meiner/fli4l-config

Gruß
Harvey