[Fli4l_dev] Neue fli4l-Testversionen

[ms1958]

Am 19.08.2024 um 17:13 schrieb 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

hallo Helmut,
anstelle die binarys zu verschieben :

in /opt/tools.txt
tracepath   yes      bin/tracepath mode=555
mal ändern in
tracepath   yes      usr/bin/tracepath mode=555
versuchen ?

gruss, Manfred