[Fli4l_dev] Neue fli4l-Testversionen

[Helmut Pohl]

Hallo Harvey,

ich habe heute Abend wieder etwas länger gemacht, weil ich es wissen 
wollte. Nun, ich habe mir die neueste Version, also 24.08.2024 II 
herunter geladen. Dann habe ich ein Verzeichnis "Version3" erstellt und 
alle von mir benötigten Module darin ausgepackt.
Dann habe ich das config-Verzeichnis in config.orig umbenannt.
Meine Konfigurationsdateien habe ich ins Verzeichnis config kopiert, 
damit ich meine unter r60785 lauffähige Konfiguration habe.
Den Kernel habe ich in der base.txt in 6.10.6 geändert.
Der angestossene Build-Prozess bricht mit Fehlermeldungen ab. Sie ist im 
Wesentlichen identisch, mit der schon am 24.08.24 um 18:14 Uhr 
gemeldeten Fehlermeldung.

Dann habe ich ein Verzeichnis Version4 erstellt und alle aktuelle 
Dateien bis auf die fli4l-4.0.0 dort ausgepackt, analog zum Verzeichnis 
Version3. Die Vorgehensweise war wie bei "Version3". Dann habe ich die 
fli4l-4.0.0 vom 19.08.2024 dort ausgepackt.
Der erste Build-Prozess wurde mit der Fehlermeldung über die fehlende 
libltdl.so.7.3.1 beendet. Nachdem ich diese lib aus dem Verzeichnis 
Version3/opt/usr/lib in das Verzeichnis Version4/opt/usr/lib kopiert 
habe, wurde im nächsten Build-Prozess die fehlende libxxhash.so.0 
bemängelt. Daraufhin habe ich aus dem Verzeichnis Version3/opt/usr/lib 
die Datei libxxhash.so.0.8.2 in das Verzeichnis Version4/opt/usr/lib 
kopiert.
Der anschließende Build-Prozess lief ohne Fehler durch.

Ich kann es mir nicht erklären, warum die fli4l-4.0.0 vom 19.08.24 und 
vom 24.08.2024 dieses unterschiedliche Verhalten zeigen. Eine 
weitergehende Untersuchung erspare ich mir. Wenn meine neuen Testläufe 
unter r-60785 mit den Modulen ucarp und rsync gut verlaufen, werde ich 
die neue Konfiguration aus Version4 auf der apu2c4 und der VM ausprobieren.

Gruß,
Helmut