Neutrino-Images

Der libstb-hal Fehler liegt aber nicht an NI sondern, wie das Build von tuxbox FLAVOUR = "ni" baut und im log steht ja auch eindeutig was libstb-hal haben möchte.

zu diesem Patch gehört diese abfrage mit, damit es auch nur bei neueren autoconf Versionen ausgeführt wird, bei älteren erzeugt es auch wieder einen Fehler. https://github.com/MaxWiesel/buildsystem-max/blob/master/package/Makefile.in#L152 Dann gibt es noch einen unterschied wie ich im BS. mit den $(...

@jokel
habe die stelle wohl überlesen da der Beitrag schon 10 Jahre in der Vergangenheit liegt
Aber du hast Recht.
man könnte dropbear beim bauen auch sagen CFLAGS="$(TARGET_CFLAGS) -DSFTPSERVER_PATH=/usr/sbin/sftp-server"

@jokel
warum sollte auf der box dropbear sftp-server benutzen?
Dann müsstest du ja openssh und dropbear, immer zusammen installieren und zwischen beiden besteht kein Abhängigkeit.
OpenSSH und Dropbear sind beides eigenständige SSH Server und daher weiter oben meine Anmerkung.

@jokel
sftp-server wird von openssh erstellt und nicht von dropbear.

@jokel
Was steht den in der sshd_config unter dem Punkt # override default of no subsystems ?

Bei dem kurzen Ausschnitt des logs, geht es bei diesem Fehler aber um -lpthread, was von minisatip scheinbar von ld nicht mit gefunden wird.

@Kittybua1210 falls du mit max PC mein BS meinst hätte ich gerne mal gewusst was da nicht gehen soll? Und nur als Hinweis die Dateien aus NI-BS scheinen zwar gleich zu sein, sind sie aber nicht. - zlib.mk Datei ist gleich Host Sachen brauche ich davon nicht (prepare-for-bs.sh) - libpng.mk würde zlib...

lösche mal die ziele
https://github.com/neutrino-images/ni-l ... ile.am#L25
pwrmngr.cpp ist irgend wann mal nach common gekommen, raspi hat da keiner weiter mit geändert

Darf man mal die Ausgabe im Telnet, von grep -r "" /proc/stb/audio sehen?

dann versuch es mal damit

der Fehler dafür liegt in der zeile https://github.com/neutrino-images/ni-neutrino/blob/master/data/y-web/Y_Blocks.txt#L324 <script type="text/javascript" src="/prototype.js"></script> muß so geändert werden <script type="text/javascript" src="prototype/prototype.j...

hier funktioniert das auch auf der HD51, also kann es schon mal nicht am Image liegen. eigenbau BusyBox v1.36.0 (2023-01-29 20:00:54 CET) multi-call binary. root@hd51-xxxxxx:~# date Tue Feb 7 20:13:00 CET 2023 root@hd51-xxxxxx:~# date -s 10:45:40 Tue Feb 7 10:45:40 CET 2023 root@hd51-xxxxxx:~# date ...

ffmpeg scheint nicht richtig, für aarch64 konfiguriert zu sein.

wobei das -A den log auch unnötig größer macht 4 mal der selbe wert in der sec

Noch mal ein Anhang, kann es nur selber nicht testen, bin noch auf Arbeit.

da habe ich wohl eine falsche Version angehängten

Problem retrieving frontend information: Operation not supported

diese Meldung sollte eigentlich nicht mehr da sein.

so dann schau mal ob dir das so reicht?

dann sag doch einfach was du aus der ziele raus haben möchtest!

dann versuch mal dein Glück mit dem Anhang, musste im ni-buildsystem etwas entsorgen, damit ich damit überhaupt bauen konnte.