Freetz-ng baut kein Image

[hookdr]

Hallo, ich möchteinImage mit oscam für meine Frritzbox 7590ax bauen. Komme leider nicht weiter.

Firmware wird jetzt gebaut, Oscam lässt sich nicht starten

[fda77]

Das liegt an imatig, das ist voller bugs und verursach dazu in freetz fehler

Siehe dazu: https://freetz-ng.github.io/freetz-ng/ADDONS.html#steigerung-der-unzul%C3%A4nglichkeit

Öffne am besten hier ein issue bei @MasterRoCcO

[SaMMy-lacht]

Sorry, aber das liegt an deinen Patchen!

Egal welchen Treiber man aus den Kernel benutzen will. Es wird zu ein Abbruch führen. Auch das Erstellen danach ohne einen Treiber aus dem Kernel kann man nur beheben, in dem man make kernel-clean macht. Und das betrifft alle Geräte bis auf die 6591 und 6660 im FOS8 Bereich.

[Conan179]

Auser natürlich bei deinem Paidfork, da läuft es ja, weil der Fehler dort schon behoben worden ist.

[SaMMy-lacht]

Gut das man den Kernel ja nicht nur für das dumme oscam brauch.

[fda77]

ich hab kein ahnung was du gemacht hast, aber es ist so falsch. wie es richtig geht muss du selbst herausfinden. ich hab dazu weder zeit noch lust

[SaMMy-lacht]

Wie oft den noch, ich habe da nichts gemacht. Weil du denn Fehler gemacht hast. Und das nicht zum ersten mal.

[Conan179]

Und nicht das erste mal das DU auf einen auf dicke Hose machst und sagt, nenenene ich weis was, was du nicht, ich bin besser wie ihr alle, weil ich angepisst bin, wegen dem nicht deb support.

Ich könnte jetzt zum xigten mal fragen, warum du nicht hilfst, bringt aber nichts.

[fda77]

Ich hab mal die vorhin hinzugefügte 7590 mit ein paar Kernelmodulen gebaut. Wie zu erwarten gab es KEINE Probleme. Dummschwätzer! Also geht mir bitte nicht weiter auf die Nerven. Such dir doch einfach Freunde

[SaMMy-lacht]

Bei der 7530AX fehlen dir ca 11 Zeilen und wie gesagt der 310 fehler! Dan könne man auch diese mit Kernel nutzen

[SaMMy-lacht]

Was redest du da überhaupt!

[SaMMy-lacht]

Wen die Fehler gefix sind, werde ich meine beweise ja auch freigeben. Sie liegen ja da nicht ohne Grund auf dem Server
https://www.mediafire.com/folder/wunops45lxl4j/Beweis

[fda77]

Also ich blick nicht ganz durch... bei der 7530ax kann man doch gar keine module auswählen. Da ist doch im osp irgend was anders und daher deaktiviert.
Das mit dem "diffconfig" hat avm letzte zeit geändert, für kernel 5.4 un 5.15 identisch sein. Für welche sourcen in freetz soll das kaputt sein?

Oben dein video hat 7590AX im Dateinamen, aber das ist auf jeden fall quatsch, da die 7590AC von der ich ein screenshot gepostet hat die gleichen sourcen nutzt und funktioniert...

[SaMMy-lacht]

Weil dir 11 Zeilen fehlen in deinen Patchen! Und der 310 Fehler ansonsten läuft die source 1a von der 7530AX und das schon seit 7.5und 7.8 und auch bei 8.0.

Und mach, was du willst, mit dem pipefail Fehler. Da du es ja nicht glauben willst, lasse ich es nun.
Und Unterstellungen muss ich mir auch nicht gefallen lasse!

[SaMMy-lacht]

Wenn die Leute also fda77 https://github.com/sponsors/fda77 hier mehr zahlen würden, dann würde er es auch mit den Fehlern lassen. Willst du das damit sagen?

[Conan179]

Es ist kein verstecktes abo wir bei "freunden".

[SaMMy-lacht]

LoL.

[fda77]

Ich hab absolut keine Lust alle kernel durchzutesten!
Den der 7590ac vorhin lief ja, daher geh ich davon aus dass du dich bei den anderen genau so "geirrt" hast.
7530ax: mach halt einen PR, ich hab das gerät nicht und verplemper damit nicht meine zeit

[SaMMy-lacht]

Nein, habe ich nicht! Man bekommt den pipefail Fehler! Aber wie gesagt mach was du willst.

[fda77]

Ich mach einfach das was ich am besten kann

[SaMMy-lacht]

Da das Betriebssystem Fedora sehr tolerant ist im Bereich Fehlern. Schaut das ganze aber mit Mint, Ubuntu und Debian ein wenig anderes aus. Den dort existiert halt der pipefail Fehler weiterhin. Damit ist freetz-ng in einem weiten Punkt inkompatibel geworden für andere Linux Betriebssysteme.

[fda77]

Ich hab dir doch gestern schon klar gemacht dass mich deine sogenannten Fehlermeldungen nicht interessieren!
Beheb den Fehler (PR) oder behalt ihn für dich!! Ich geh eh davon aus dass du den mit deinem Script selbst verursacht hast

[michael0815000]

Ich denke, ich habe auch das Problem mit der Option pipefail.
Ich versuche ein Image mit FOS 08.00 für die 7590 auf Ubuntu 20.04.6 mit freetz-ng Commit 865cd85 zu bauen. In derselben Umgebung konnte ich am 24.09.2024 mit Commit 033ccec noch problemlos ein Image für FOS 07.59 bauen. Ich habe eigentlich nichts außer der FOS-Version an der Konfiguration geändert.

make -f ./scripts/Makefile.fwinst obj=firmware __fw_modinst
  /usr/bin/bash ./scripts/depmod.sh true 4.9.325 ""
  OBJCOPY adding debug links to stripped kernel modules
set -eu; set -o pipefail; \
    trap 'rm -rf /home/freetz/7590/source/kernel/ref-grx5-7599_08.00/usr/lib/debug/.tmp.stage.' EXIT; \
    ( cd /home/freetz/7590/source/kernel/ref-grx5-7599_08.00/usr/lib/debug/.tmp.stage. && find */ -name '*.ko') | \
    while read module ; do \
        mkdir -p /home/freetz/7590/source/kernel/ref-grx5-7599_08.00/usr/lib/debug/${module%/*}; \
        mv /home/freetz/7590/source/kernel/ref-grx5-7599_08.00/usr/lib/debug/.tmp.stage./${module} /home/freetz/7590/source/kernel/ref-grx5-7599_08.00/usr/lib/debug/${module}; \
        mips-unknown-linux-gnu-objcopy --add-gnu-debuglink=/home/freetz/7590/source/kernel/ref-grx5-7599_08.00/usr/lib/debug/${module} /home/freetz/7590/source/kernel/ref-grx5-7599_08.00/${module}; \
    done
/bin/sh: 1: set: Illegal option -o pipefail
make[3]: *** [GNUmakefile:177: modules_install.post] Fehler 2
make[2]: *** [GNUmakefile:196: modules_install] Fehler 2
make[1]: *** [make/kernel/kernel.mk:246: source/kernel/ref-grx5-7599_08.00/.modules-grx5] Beendet
make: *** [Makefile:47: envira] Beendet

[fda77]

noch problemlos ein Image für FOS 07.59 bauen

source/kernel/ref-grx5-7599_08.00/

Heiland, wieder jemand für den Arschbacken und Kuchen backen das gleiche ist -.- Vielleicht einfach bei 7,59 bleiben wenns eh gleich ist??!

Sieht jedenfalls soso aus als ob das "set" aus den AVM-Sourcen kommt. Was ist denn /bin/sh, also deine Shell

[michael0815000]

So, bin nicht bei 7.59 geblieben. Habe zunächst die Arschbacken zusammengekniffen, dann einen Kuchen gebacken, danach das Image fertig gebaut und es gerade erfolgreich auf die 7590 geladen.

Wen's interessiert: Habe in meiner Ubuntu-Build-Umgebung einen Workaround gebastelt. "Shell" war das Stichwort.

sudo rm /bin/sh
sudo ln -s /bin/bash /bin/sh

Danach konnten die Skripte nicht mehr die Bourne-Shell verwenden, die mit "-o pipefail" auf meinem Ubuntu nicht klarkommt, sondern wurden auf die Bash umgeleitet.

Auf jeden Fall sage ich danke für den großen Entwicklungseinsatz, auch wenn ich das alles sicher nicht in Gänze beurteilen kann.
-.-

[fda77]

Die Preisfrage wäre ja ob die letzten Änderungen halfen.
Und was denn deinen Shell ursprünglich war, und ob das so Standard ist oder du es für irgend etwas anderes so geändert hast

[michael0815000]

Es hatte nach Deinem Commit b1edb5b noch nicht funktioniert.
Meine Standard-Shell ist die Bash, aber in einigen (oder vielen?) Skripten steht in der ersten Zeile "#!/bin/sh", was bei mir ein Link auf /bin/dash war.
Beispiel: ./make/pkgs/mod/files/root/usr/lib/mww/do_update_handler.sh (vgl. #1012 (reply in thread))

Ich habe jetzt den Link wieder umgebogen.

freetz@freetz-linux:~/7590$ ll /bin/sh
lrwxrwxrwx 1 root root 9 Nov 7 20:35 /bin/sh -> /bin/dash

habe dann "make kernel-clean" ausgeführt und konnte so den Fehler beim "make" reproduzieren.

freetz@freetz-linux:~/7590$ echo $0
-bash
freetz@freetz-linux:~/7590$ set -o pipefail
freetz@freetz-linux:~/7590$ /bin/sh
$ echo $0
/bin/sh
$ set -o pipefail
/bin/sh: 1: set: Illegal option -o pipefail

[fda77]

Der Befehl ist in der Datei in der die SHELL nun auch gesetzt wird, das sollte so funkionieren.
Sicher dass der Patch auch angewendet wurde? Im Zweifel: "make kernel-recompile"

Es gibt hier um ein Script aus den AVM sourcen, und avm ist wohl der Meinung dass "bash" bei jeden default ist.

Unter "files/" ist was komplett anderes, das sind Datei auf der Box, und dort läuft die minimale shell der Busybox

Ich hab leider kein Ubuntu mit Compiler etc da

[fda77]

Dash ist wohl seit ubuntu 6 default! https://wiki.ubuntu.com/DashAsBinSh
Dort steht auch man soll SHELL in der Makefile setzen

Die Neuerung war also von AVM in den neuen aka "es hat sich nichts geändert" sourcen. Prerequisites gibts von avm nich