[Bug] .config differs on first and second run

[leggewie]

rm .config*
make menuconfig
cp .config /tmp     #Backup zu Vergleichszwecken
make                #schlägt fehl
make menuconfig     #keine Änderungen
make

Obige Befehlssequenz in frischem Freetz-Verzeichnis. Bei make menuconfig wird nur geändert Hardware Series auf 3 und Hardware Type auf 7360 v2. Beim zweiten Aufruf nichts ändern, nur exit.

Erwartetes Ergebnis: .config unverändert
Tatsächliches Ergebnis:

$ diff -Naur /tmp/.config /usr/src/freetz/.config
--- /tmp/.config        2025-02-18 21:03:10.059882324 +0800
+++ /usr/src/freetz/.config     2025-02-18 21:04:02.264844244 +0800
@@ -2696,9 +2696,11 @@
 #
 # Host-tools options ----------------------------------
 #
-FREETZ_HOSTTOOLS_DOWNLOAD=y
+# FREETZ_HOSTTOOLS_DOWNLOAD is not set
+FREETZ_HOSTTOOLS_BUILD=y
 # FREETZ_ROOTEMU_FAKEROOT is not set
 FREETZ_ROOTEMU_PSEUDO=y
+FREETZ_TOOLS_PATCHELF_VERSION_CURRENT=y
 # FREETZ_ANCIENT_SYSTEM is not set
 FREETZ_MENUCONFIG_REVISION=y
 # FREETZ_VERBOSITY_FWMOD_0 is not set

Wurde da beim ersten Mal was vergessen? Das würde auch den Fehler beim ersten make erklären.

[fda77]

geht bei mir.
Ps: bitte keine prosa.

[leggewie]

geht bei mir. Ps: bitte keine prosa.

Was meinst Du mit Prosa? Zu viel Info? aus-sua beschwert sich über zu wenig.

[leggewie]

geht bei mir.

Nur zur Sicherheit, zwischen erstem und zweitem Lauf gibt es kein diff?

[aus-sua]

ich beschwere mich nur über zu wenig technische Infos.
z.B. make #schlägt fehl ist eindeutig Prosa. weil: keinerlei technische Aussagekraft :-o

[leggewie]

Es sind ist die Liste der nacheinander eingegebenen Befehle. Vulgo, die von Dir geforderte Waschliste.

[aus-sua]

@leggewie
So lange hier keine vernünftige logs und/oder Deine genaue "Waschanleitungen" (aka: 1. dieses, 2. jenes 3. speichern...)
mit geliefert werden, ist es technisch einfach nicht möglich, den/die ev. vorhandenen Fehler nach zu stellen! :-(
Das fängt bei Deinem uns unbekannten Linux-System an, geht über PREREQUISITES eingehalten/abgearbeitet (?)
und hört bei make #schlägt fehl (logs! Errors! Tipp: fmake) noch nicht auf...

PS:
z.B.:
erstes make schlägt fehl
zweites make läuft durch
hat es in der Vergangenheit schon öfter gegeben, das waren da z.B. Pfadfehler o.ä. ...,
Hier und heute habe ich das nicht!
Auch ich habe z.Z. keine Probleme, ein freetz-NG-image für die 7360v2
zu erstellen, klappt sofort beim ersten Durchlauf :-)

[fda77]

Okay, es war zu undeutlich.
Ich versuchs nochmal: Quatsch nicht herum sondern rück dein logs raus

[aus-sua]

Ubuntu 24 Noble Host wie bereits erwähnt

ja, irgend wann einmal, letzte Info (also vor 2h und älter) war es noch:

Vielleicht sollte ich es mal in einem jammy chroot versuchen.

[leggewie]

OK, ich versuche es dann noch einmal.

Kommandozeile auf dem Host als normaler Benutzer (zur besseren Vergleichbarkeit mit docker):

docker run --rm -it pfichtner/freetz

Im Docker-Container:

git clone https://github.com/Freetz-NG/freetz-ng.git
make menuconfig # an diesem Punkt "Hardware Series" Series 3 auswählen, Series 6 und 5 abwählen, FB 7360 v2 als Hardware auswählen
cp .config /tmp # als Backup, um später vergleichen zu können
make # wird fehlschlagen mit Hinweis, "make menuconfig" noch einmal aufzurufen
make menuconfig # hier nichts ändern, einfach nur exit und .config speichern
diff -Naur /tmp/.config .config

diff sollte dabei keine Unterschiede finden, es gibt aber welche (siehe oben). Und eben wegen dieser Unterschiede schlägt der erste Build-Versuch fehl wie folgt:

$ make
Freetz-NG 25425M-41da13fd64 master 2025-02-15
Makefile:287: *** Please re-run.  Stop.
make[1]: *** [Makefile:46: envira] Terminated
make: *** [Makefile:46: envira] Error 2

[aus-sua]

wofür so eine "Waschanleitung" doch gut ist, sieht man wohl jetzt:

git clone https://github.com/Freetz-NG/freetz-ng.git

nicht in ein sep. Verzeichnis ausgecheckt?!

lt. doc z.B.:
git clone https://github.com/Freetz-NG/freetz-ng ~/freetz-ng

[leggewie]

git clone https://github.com/Freetz-NG/freetz-ng.git

nicht in ein sep. Verzeichnis ausgecheckt?!

Das geschieht automatisch. Nach "freetz-ng" oder noch genauer nach "./freetz-ng/". Schreibt git Dir git auch auf die CLI (Cloning into 'freetz-ng'...). Und ja, streng genommen hast Du recht, daß dort noch ein "cd freetz-ng" fehlt.

lt. doc z.B.: git clone https://github.com/Freetz-NG/freetz-ng ~/freetz-ng

Das ist so nicht nötig und vielleicht auch nicht erwünscht.

[fda77]

da du trotz aufforderung keine logs herausgibst -> geschlossen