[Problem] Mir sind bis jetzt diese Fehler bekannte in Freetz-NG!

[Master SaMMy]

Wie der Titel schon sagt, sind mir diese Fehler bekannt.

Einer in meinen Augen der schwerste ist, dass man erst ein Freetz-NG Diplom haben muss. Dass man für eine MIPS Fritz!Box überhaupt erst mal ein bootfähiges Image bauen kann.
Wo die Lösung doch eigentlich so einfach sein kann.

Spoiler: Patch für patchelf (gcc5 für nur MIPS Geräte)

--- config/ui/toolchain.in    2023-02-16 18:56:14.044248727 +0100
+++ config/ui/toolchain.in    2023-02-18 02:40:20.685358453 +0100
@@ -807,13 +807,13 @@
 
     config FREETZ_TOOLS_PATCHELF_VERSION_ABANDON
         bool "gcc 5"
-        depends on !FREETZ_HOSTTOOLS_DOWNLOAD
+        depends on !FREETZ_HOSTTOOLS_DOWNLOAD && FREETZ_TARGET_ARCH_MIPS
         help
             For usage with old Ubuntu 14
 
     config FREETZ_TOOLS_PATCHELF_VERSION_CURRENT
         bool "gcc 7"
-        depends on !FREETZ_ANCIENT_SYSTEM
+        depends on !FREETZ_ANCIENT_SYSTEM && !FREETZ_TARGET_ARCH_MIPS
 
 endchoice

Gibt bestimmt noch andere oder bessere Lösungen wie diese mips_and_mipsel_check

Auch wenn man die von Freetz-NG HOSTTOOLS_DOWNLOAD werden diese Images nicht booten.
Denn ich glaube kaum das ein normaler User das überhaupt weiß. Den nicht jeder list in allen Froren was über Freetz-NG, und es ist ja nicht mal ein kleiner Hinweis in den DOC darüber zu lesen.

Auf den Geräten 6430, 6490 und 6590 kann man kein MC (Midnight Commander) mehr benutzen. Weil dieses auf GLib2 greift, was wiederum nicht gebaut werden kann, auf den gesagten Geräten (ninja-host). Und wegen dieses besagten Fehlers kann man auch nur RRDtool 1.2.30 benutzen, weil RRDtool 1.8.0 brauch dann wieder GLib2. Und egal wer ein pull requests aufmacht, bekommt man so oft zuhören. Das läuft dann aber nicht mehr auf gerät xy. Man könnte das ganze ja sperren, dass man das erst gar nicht mehr aus wählen kann zB.

Was auch wieder ein sehr interessanter Fehler ist. Ist dieses Commit + sein fix. Wenn man nun zB. OpenSSL anmacht auf diesen Geräten 6430, 6490, 6590, 7581 und 7582, wird ein gleich OpenSSL Version 3.0.x ausgesucht und nicht OpenSSL 1.1.x. Wobei man auch noch bedenken sollte das sie eigentlich von seitens AVM mit OpenSSL 1.0.x ausgestattet sind.

Auch diese Aussage stimmt nicht https://github.com/Freetz-NG/freetz-ng/discussions/729
Auf Ubuntu muss auf jeden Fall device-tree-compiler installiert werden, ansonsten kann man überhaupt kein FIT Image erstellen.


Wenn jemand noch andere bekannte Fehler hat oder weiß, kann man sie ja hier schreiben. Somit man vielleicht dann auch Lösungen finden kann oder hat.

 

[Master SaMMy]

Wenn man versucht ein 7412 Alien 7430 Image zubauen geht das so einfach nicht. Man muss erst einmal 7412 Image bauen danach kann man ein 7412 Alien 7430 bauen. Aber ab nun kann man in diesem Verzeichnis keine weiteren Images wie für die 7490 erstellen.

 

[heimi666]

Ich würde generell empfehlen, das Build in einer definierten Umgebung zu starten, sprich in docker. Ich habe sehr gute Erfahrung mit pfichtner-freetz und darin ubuntu 20.04 gemacht.

Ja aber das openssl 3 issue hab ich auch. Viel schlimmer: der build geht gegen openssl V3 aber erzreugte binaries stürzen ab mit
"can't handle reloc type 0x2a in lib '/lib/libc.so.6'"
wget geht zumindest dann wenn du gegen gnutls baust, was gehen könnte ist zb wget wieder aus der busybox zu nehmen, das kann ja auch ssl mitlerweile.

 

[Master SaMMy]

Bei der 5590 kann man keine fw mit 7.50 pushen da sich der aufbau des Images geändert hat