[Fli4l_dev] Neue fli4l-Testversionen

Helmut Pohl helmut_pohl at arcor.de
Mo Aug 19 17:54:14 CEST 2024


Hallo Manfred,

Am 19.08.2024 um 17:29 schrieb 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
> 
> 
Ja, genau. Das hatte ich gestern Abend schon gemacht. Ich wollte etwaige 
Wechselwirkungen ausschließen.

Gruß,
Helmut




Mehr Informationen über die Mailingliste Fli4l_dev