Neutrino-Images

@nofx Wann hast du den das letzte mal crosstool neugebaut? Kann es sein das du immer ein altes gebautes wieder auspackst? Diese Fehler hatte ich die letzten Tage, nach dem ich ofgwrite geändert hatte auch und musste auf eine neue glibc Version ändern, wo dann CT_GLIBC_HAS_OBSOLETE_LIBCRYPT verfügbar...

jetzt habe ich doch noch einen Fehler baue auch für die Uno 4k SE und hier wird kein multi_usb gebaut nur ein .tar.gz update make flash-image-vuplus-multi Start-up build vmlinuz-initrd Downloading vmlinuz-initrd --2026-01-27 10:08:33-- https://bitbucket.org/max_10/vmlinuz-initrd-vuuno4kse/downloads...

Wenn du wirklich mit einer ARM Version baust, bin ich raus

Mal eine Frage mit was baust du?
Laut log mit einer ARM Architecture 64-bit.
Kannst du mal die Ausgabe von uname -a aus dem Term Posten.

was steht den in buildsystem-ni/.build/crosstool-ng.git/build.log?

@mirz
Kann deinen Fehler, beim bauen unter LMDE7 nachvollziehen.
Erstell in ni-buildsystem//package/e2fsprogs/ den Ordner patches und im Ordner patches dann 1.43.8 anlegen.
Dort kopierst du dann, den angehängten patch rein und Startes make image wieder.

@annie
Danke für den Hinweis, mit den .deps bei build-host, Fehler ist jetzt beseitigt.
Da gerade LMDE7 (Unterbau Debian 13)Testphase begonnen hat, konnte ich auch den Fehler mit libffi nachvollziehen, Fehler auch behoben.

in ni lib-stbhal fehlt in include/ca.h der Eintrag für SetCIOperator

https://github.com/Duckbox-Developers/l ... /ca.h#L137

Wie es auf der schnelle aussah, gab es da eine git merge Opfer
Eine Änderung ist im Git, Bitte mal testen.

durch das neue pyinstaller.py wird python extern doch gebraucht, es sei man passt den Pfad an das BS an.

das Python kann da raus, ist je keine Abhängigkeit fürs BS und wird ja selber vom BS erzeugt. apt-get install \ git subversion mercurial cvs automake build-essential ccache tar \ texinfo autopoint libtool libtool-bin python curl lzma \ gettext help2man libglib2.0-dev libncurses5-dev libncursesw5-dev...

Ja das war uns auch zu viel zum bauen und haben uns für den kurzen weg entschieden, um es zu testen

plutoTV epg bekommt man auch mit https://github.com/4v3ngR/pluto_tv_scaper.git und node im image, daher meine Frage an der Stelle.

Mal eine Frage, geht es bei der ganzen Python und PlutoTV Sache nur um das EPG?

@vanhofen
ja hast recht, war wohl heute schon zu lange zwischen den Zeilen unterwegs

@vanhofen was mich jetzt wundert das es mit deiner Änderung jetzt auch durch baut. hatte arm-linux-gnueabihf genommen, weil alle so Dateien in usr/lib/python3.11/lib-dynload auch diesen Anhang haben und die Datei in der Abfrage wird auch diesen Namen benutzt _sysconfigdata__linux_arm-linux-gnueabihf...

bei python-lxml WARN: Option 'xml2-config' is deprecated. Use 'with-xml2-config' instead. WARN: Option 'xslt-config' is deprecated. Use 'with-xslt-config' instead. auch mal das anpassen, ist zwar nur warn aber man weiß ja nie PYTHON_LXML_BUILD_OPTS = \ --with-xslt-config=$(HOST_DIR)/bin/xslt-config ...

Nichts zu Danken. Es hat mich bei mir nur gewundert, das die so Dateien inhaltlich richtig waren bei mir, nur der Name halt falsch. Habe dann deine ganze Python Arbeit, dann bei mir mal eingebaut (komme zum Testen mit dem fertigen Host im NI BS nicht klar ;-) ) und habe dann die selben Fehler wie im...

Nach etwas herumbasteln, kann ich nur sagen, es geht nun, auch mit dem construct, was vonhofen aus Buildroot zum teil übernommen hat. Damit die richtigen Namen erscheinen bei den so Dateien angewendet werden und alles richtig erkannt wird, ist folgendes wichtig bei Python3. PKG_PYTHON_HOST_PLATFORM ...

in der z.B builder.cpython-311-x86_64-linux-gnu.so steht auch alles mit arm und crosstool NG drin, wenn man sie mal mit GHex betrachtet, als ob die Dateien nur einen falschen Namen bekommen.