[Fli4l_dev] Neue fli4l-Testversionen

[Helmut Pohl]

Hallo Harvey,

Am 19.08.2024 um 15:27 schrieb Harvey:
> Helmut,
> 
>> ich habe heute mal versucht für meinen fli4l mit der bisherigen 
>> Konfiguration einen neuen build zu bauen.
> 
> danke dafür!

gerne, ich möchte ja den fli4l weiterhin benutzen.

>
>> Aber die Prüfung bricht mit einer Fehlermeldung ab:
> <snip>
> 
> Alle Pakete heruntergeladen und erneuert (Am besten ein komplett neues 
> Verzeichnis für den Test anlegen)? Kernelversion in base.txt auf 6.6.46 
> oder 6.10.5 angepasst, je nachdem welchen kernel Du heruntergeladen hast?
> 
> Die Fehler sehen nach einem fehlenden oder falschen kernel aus.

Nein, der Kernel liegt im Verzeichnis opt/img/linux-6.6.46,
die Kernelmodule in opt/lib und weiteren Verzeichnissen (z.B. 
opt/lib/modules)

> 
> Gruß
> Harvey
> 

Ja, ich habe gerade nochmals das fli4l-Verzeichnis neu angelegt und alle 
von mir benötigten Module (23) dahin ausgepackt. Das Verzeichnis config 
habe ich umbenannt und meine Konfigurationsdateien in das neue und leere 
config-Verzeichnis kopiert.
In der base.txt habe ich den Kernel (6.6.46) eingetragen.
Dann habe ich erneut den Bau mit mkfli4l.bat angestoßen. Das Ergebnis 
ist das mir schon bekannte Ergebnis:

4.0.0 - Build Prozess
==================================================================

Verwende die Konfiguration aus dem Verzeichnis 
'C:\Freigabe\fli4l-x86_64\fli4l-4.0.0\config' ...

==================================================================
[16:41.34] Erzeugen der fli4l-Dateien ...

[16:41.34] Benutze die Konfiguration aus dem Verzeichnis 
'C:\Freigabe\fli4l-x86_64\fli4l-4.0.0\config'
[16:41.34] Erzeuge die fli4l-Dateien im Verzeichnis 
'C:\Freigabe\fli4l-x86_64\fli4l-4.0.0\build'
[16:41.34] Einlesen und Prüfen der Konfiguration, Erzeugen des rootfs- 
und opt-Archives ...
abgebrochen.
==================================================================
opt/tools.txt:97: cannot access 'bin/tracepath' of type 'local file
                system object'
opt/tools.txt:102: cannot access 'usr/lib/valgrind/default.supp' of
                type 'local file system object'
check/tools.ext:229: cannot access
     'usr/lib/valgrind/cachegrind-amd64-linux' of type 'local file
     system object'


..... .....


==================================================================
Der Build-Prozess wurde aufgrund eines Fehlers abgebrochen!


Was mir gestern schon aufgefallen ist, das die Datei tracepath nicht in 
bin, sondern in usr/bin ist.

Genauso default.supp, ist nicht in usr/lib/valgrind sondern in
usr/libexec/valgrind.

... usw.


Dann habe ich die Original tools.txt und hwsupp.txt in das 
config-Verzeichnis kopiert. In den Orignalen sind alle Werte 
deaktiviert. Daraufhin lief er durch bis zum :


Fehler in den fli4l-Konfigurationsdateien!
==================================================================
Error: OPT_DYNDNS depends on OPT_CURL. Please make sure that you
        download and extract the 'tools' package and set OPT_CURL='yes'
==================================================================
Der Build-Prozess wurde aufgrund eines Fehlers abgebrochen!


Das haeißt also, dass die beiden Pakete tools und hwsupp fehlerhaft 
sind. Die binaries liegen zum Teil in falschen Verzeichnissen.

Ich werde mal versuchen, die binaries dahin zu verschieben, wo sie 
erwartet werden.

Gruß,
Helmut