Installation eines VDR+Plugins nativ auf CoreELEC Boxen

Zabrimus · Sep 12th 2024

Quote from jojo61

du kannst die beiden patches wieder raus nehmen. Portisch hat die pull-requests angenommen und sie sind nun im Kernel 5.4.210 und in den media-modules-aml.
Tut mir Leid das da im Moment noch so viel Bewegung drin ist und du immer hinter laufen musst.

Beide Patches sind wieder weg. Im Moment herrscht sowieso ein Flut an Patches. rell hat schon angefangen viele Patches zu löschen, die nicht mehr notwendig sind. Ich kann nur hoffen, daß der Build mal langsam wieder übersichtlich wird und auch stabil funktioniert.

Dr. Seltsam · Sep 12th 2024

Quote from jojo61

Ich habe dir noch 2 patches gemacht damit das Syslog nicht so zugemüllt wird. Kannst du die noch bitte aufnehmen.
Der erste Patch ist für den linux 5.4.210 Kernel und der zweite ist für die dazugehörigen media_modules-aml.

Nach meiner Wahrnehmung wird das syslog auch beim Kernel 4.9 und wahrscheinlich beim 5.15 mit vielen Kernel-Meldungen geflutet, die keinen wirklichen Informationswert haben. Von daher die Frage, ob ähnliche Patches nicht auch dort erfolgen könnten?

Nächster Punkt wäre die Frage, welche unserer Patches noch geeignet sind, um sie CE vorzustellen. Ad hoc fällt mir da der rtc-Patch ein, dank dessen meine Tanix TX3 bei anstehendem Timer aufwacht. Ist das eigentlich in den 5er-Kerneln bereit enthalten oder kann es da auch reingepatcht werden?

Und der Eintrag CONFIG_DVB_DEMUX_SECTION_LOSS_LOG=N für das dvb-latest addon könnte CE m.E. auch übernehmen. Vielleicht lassen sie sich sogar überreden, die Module pvrusb2 und hdpvr anzuknipsen.

vdr_rossi · Sep 12th 2024

Quote from Dr. Seltsam

Ad hoc fällt mir da der rtc-Patch ein, dank dessen meine Tanix TX3 bei anstehendem Timer aufwacht. Ist das eigentlich in den 5er-Kerneln bereit enthalten oder kann es da auch reingepatcht werden?

Auf meinem vdr2 läuft CE22-no (5er Kernel). Im Ergebnis wacht der Odroid N2+ timergesteuert auf. D.h. für mich: Patch wird angewandt.

Bei den restlichen Punkten stimme ich voll zu

Dr. Seltsam · Sep 12th 2024

Quote from vdr_rossi

Auf meinem vdr2 läuft CE22-no (5er Kernel). Im Ergebnis wacht der Odroid N2+ timergesteuert auf. D.h. für mich: Patch wird angewandt.

Bei den restlichen Punkten stimme ich voll zu

Beim N2 ist das auch nicht das Problem, der hat einen Hardware RTC. Für S905X3-Boxen ohne echte RTC hatte jojo in RE: Installation eines VDR+Plugins nativ auf CoreELEC Boxen einen Patch eingebracht

vdr_rossi · Sep 12th 2024

Ah, danke für die Erklärung. Weil ich solche Hardware nicht habe, ist es an mir vorbeigegangen.

jojo61 · Sep 12th 2024

Quote from Dr. Seltsam

Für S905X3-Boxen ohne echte RTC hatte jojo in RE: Installation eines VDR+Plugins nativ auf CoreELEC Boxen einen Patch eingebracht

Der vrtc Patch alleine reicht aber nicht. Dazu muss auch noch der bl310 Bootloader gepatched werden. Dieser Patch ist aber auch bei Zabrimus drin. Ich fürchte der fehlt dann auch im Kernel 5.

Die patches an Portisch als pull-request einzustellen wäre doch mal eine Aufgabe für die nicht programmierer hier

Ich tu mich damit immer schwer.

Dr. Seltsam · Sep 12th 2024

Mit git habe ich Null Erfahrungen, ich könnte nur einen normalen Patch im CE-Forum präsentieren und würde der bei der ersten Rückfrage zum Inhalt dann schon ins Straucheln kommen ...

LotharE · Sep 16th 2024

Hi Zabrimus,

ich hab nochmal ein Build mit dem aktuellen Stand gemacht.
CE21-ng läuft fehlerfrei durch, bei CE22-no bekomme ich diesen Fehler:

Code

<<< pybuild:host seq 55 <<<
BUILD      pybuild (host)
TOOLCHAIN      python-flit
Executing (host): python3 -m flit_core.wheel
/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/bin/python3: Error while finding module specification for 'flit_core.wheel' (ModuleNotFoundError: No module named 'flit_core')
FAILURE: scripts/build pybuild:host during make_host (default)
*********** FAILED COMMAND ***********
DONT_BUILD_LEGACY_PYC=1 python3 -m flit_core.wheel
**************************************
FAILURE: scripts/build pybuild:host has failed!


The following log for this failure is available:
/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/.threads/logs/55.log


>>> pybuild:host seq 55 >>>
[058/515] [FAIL] build   pybuild:host

Display More

Da wird wohl ein Python Modul nicht gefunden.

Lothar

beta · Sep 16th 2024

Eigentlich ist ein pull-Request sehr einfach. Macht einen GitHub-account und erstellt einen fork des Verzeichnisses, das ihr ändern wollt. Das geht einfach über das Web-Interface. Dann könnt ihr (ebenfalls über das Webinterface) Dateien ändern (patchen). Im Pull-Request auf CE nehmt ihr einmal das Original und einmal Euer eigenes Repo. Ihr könnt den commit-Text noch einmal separat ändern.

Zabrimus · Sep 16th 2024

Quote from LotharE

ich hab nochmal ein Build mit dem aktuellen Stand gemacht.
CE21-ng läuft fehlerfrei durch, bei CE22-no bekomme ich diesen Fehler:

Ich nehme an, du hast den Build vorher nicht gelöscht. Ich hatte mit Python auch meine Probleme und nur ein echter neuer Build hat da geholfen

In CE-20 kamen schon lange keine Updates (abgesehen von VDR+Plugins) mehr rein, CE-21 hält sich auch in Grenzen, aber gerade CE22-no ist in Bewegung und ich hoffe, daß irgendwann ein Stand erreicht ist, der produktiv nutzbar ist.

LotharE · Sep 17th 2024

Morgen Zabrimus,

das Löschen des Build Verzeichnisses hat nichts geholfen; da kommt wieder der gleiche Fehler.

Ich hab dann in ein neues Verzeichnis abgerufen und neu gebaut.

Da bekomme ich dann nach ein paar Stunden diesen Fehler:

Code

--2024-09-17 08:01:30--  http://sources.coreelec.org/json-c/json-c-0.17.tar.gz
Resolving sources.coreelec.org (sources.coreelec.org)... 116.203.16.118
Connecting to sources.coreelec.org (sources.coreelec.org)|116.203.16.118|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://sources.coreelec.org/json-c/json-c-0.17.tar.gz [following]
--2024-09-17 08:01:30--  https://sources.coreelec.org/json-c/json-c-0.17.tar.gz
Connecting to sources.coreelec.org (sources.coreelec.org)|116.203.16.118|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2024-09-17 08:01:30 ERROR 404: Not Found.


--2024-09-17 08:01:30--  http://sources.libreelec.tv/mirror/json-c/json-c-0.17.tar.gz
Resolving sources.libreelec.tv (sources.libreelec.tv)... 65.109.172.87
Connecting to sources.libreelec.tv (sources.libreelec.tv)|65.109.172.87|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2024-09-17 08:01:31 ERROR 404: Not Found.


--2024-09-17 08:01:31--  https://github.com/json-c/json-c/archive/json-c-0.17.tar.gz
Resolving github.com (github.com)... 140.82.121.3
Connecting to github.com (github.com)|140.82.121.3|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://codeload.github.com/json-c/json-c/tar.gz/refs/heads/json-c-0.17 [following]
--2024-09-17 08:01:31--  https://codeload.github.com/json-c/json-c/tar.gz/refs/heads/json-c-0.17
Resolving codeload.github.com (codeload.github.com)... 140.82.121.10
Connecting to codeload.github.com (codeload.github.com)|140.82.121.10|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [application/x-gzip]
Saving to: '/home/lothar/VDRSternELEC/CoreELEC/sources/json-c/json-c-0.17.tar.gz'




/home/lot     [<=>                 ]       0  --.-KB/s
/home/lothar/VDRSte     [ <=>                ] 355.94K  --.-KB/s    in 0.06s


2024-09-17 08:01:31 (5.49 MB/s) - '/home/lothar/VDRSternELEC/CoreELEC/sources/json-c/json-c-0.17.tar.gz' saved [364482]


WARNING      Incorrect checksum calculated on downloaded file: got bca9a584a8da64d8dff50082a06f6cea26fb735f74924afc6d01ae6be7a75885 wanted fc1b9ed57f4cda51c52ec9b3b012f6973bd8d80fb70f363c5ca2754342389eb1
--2024-09-17 08:01:31--  http://sources.coreelec.org/json-c/json-c-0.17.tar.gz
Resolving sources.coreelec.org (sources.coreelec.org)... 116.203.16.118
Connecting to sources.coreelec.org (sources.coreelec.org)|116.203.16.118|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://sources.coreelec.org/json-c/json-c-0.17.tar.gz [following]
--2024-09-17 08:01:31--  https://sources.coreelec.org/json-c/json-c-0.17.tar.gz
Connecting to sources.coreelec.org (sources.coreelec.org)|116.203.16.118|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2024-09-17 08:01:31 ERROR 404: Not Found.


--2024-09-17 08:01:31--  http://sources.libreelec.tv/mirror/json-c/json-c-0.17.tar.gz
Resolving sources.libreelec.tv (sources.libreelec.tv)... 65.109.172.87
Connecting to sources.libreelec.tv (sources.libreelec.tv)|65.109.172.87|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2024-09-17 08:01:31 ERROR 404: Not Found.




Cannot get json-c sources : https://github.com/json-c/json-c/archive/json-c-0.17.tar.gz
Try later!
*********** FAILED COMMAND ***********
. "${get_handler}"
**************************************
*********** FAILED COMMAND ***********
${SCRIPTS}/get "${PKG_NAME}"
**************************************
*********** FAILED COMMAND ***********
${SCRIPTS}/unpack "${PKG_NAME}" "${PARENT_PKG}"
**************************************
*********** FAILED COMMAND ***********
${SCRIPTS}/build "${1}" "${PARENT_PKG}"
**************************************
FAILURE: scripts/install json-c:target has failed!

Display More

Zabrimus · Sep 17th 2024

Quote from LotharE

das Löschen des Build Verzeichnisses hat nichts geholfen; da kommt wieder der gleiche Fehler.

Das hat nicht geholfen? Welches Problem ist da denn nun wieder?

Quote from LotharE

WARNING Incorrect checksum calculated on downloaded file: got bca9a584a8da64d8dff50082a06f6cea26fb735f74924afc6d01ae6be7a75885 wanted fc1b9ed57f4cda51c52ec9b3b012f6973bd8d80fb70f363c5ca2754342389eb1

Mein Lieblingsfehler. Eine falsche Checksum in der package.mk

Wenn du den patch nach patches/CoreELEC/coreelec-22 kopierst, sollte zumindest das Paket bauen.

json-c-checksum.patch.txt

Und das .txt entfernen.

Löscht du eigentlich das sources Verzeichnis gleich mit oder sicherst du das vor dem Löschen? Das spart enorme Downloadzeit und Downloadfehler sollten reduziert werden.

Edit:

Der Precache der Sources schlägt ziemlich fehl. Offensichtlich gibt es da Probleme. Unter anderem eben auch json.-c

Precache Action

LotharE · Sep 17th 2024

So, mit dem Patch ist der Build jetzt erfolgreich durchgelaufen.

Im ersten Versuch hatte ich nur das Build-Verzeichnis gelöscht. Danach hatte ich in ein frisches Verzeichnis abgerufen so dass alles neu abgerufen wurde.

Schöne Grüße

Lothar

LotharE · Sep 23rd 2024

Hi Zabrimus,

hab mal wieder ein Problem mit dem aktuellen Build.
CE22-no baut, bei CE21-ng will der cefbrowser nicht:

Code

<<< _cefbrowser:target seq 510 <<<
CLEAN      _cefbrowser
*      Removing /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/build/_cefbrowser-a43ec12d0e8e11a8f362b4f9cb6391424eb500a4 ...
*      Removing /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/install_pkg/_cefbrowser-a43ec12d0e8e11a8f362b4f9cb6391424eb500a4 ...
*      Removing /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/qa_checks/_cefbrowser-* ...
UNPACK      _cefbrowser
APPLY PATCH (common)      /home/lothar/VDRSternELEC/packages/vdr/vdr-depends/_cefbrowser/patches/0001-fix-for-building-with-VDR-ELEC.patch
patching file meson.build
patching file meson_options.txt
patching file subprojects/packagefiles/mini-0.9.14/meson.build
patching file subprojects/packagefiles/tiny-process-library-4bf0e59e64f18d3080a1ce4e853775de2181e993/meson.build
BUILD      _cefbrowser (target)
TOOLCHAIN      meson
Executing (target): meson setup --prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --localstatedir=/var --buildtype=plain -Dstrip=true --cross-file=/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/build/_cefbrowser-a43ec12d0e8e11a8f362b4f9cb6391424eb500a4/.armv8a-libreelec-linux-gnueabihf/meson.conf -Darch=arm -Dsubarch=armv8-a --prefix=/usr/local --bindir=/usr/local/bin --libdir=/usr/local/lib --libexecdir=/usr/local/lib --sbindir=/usr/local/bin /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/build/_cefbrowser-a43ec12d0e8e11a8f362b4f9cb6391424eb500a4
The Meson build system
Version: 1.3.2
Source dir: /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/build/_cefbrowser-a43ec12d0e8e11a8f362b4f9cb6391424eb500a4
Build dir: /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/build/_cefbrowser-a43ec12d0e8e11a8f362b4f9cb6391424eb500a4/.armv8a-libreelec-linux-gnueabihf
Build type: cross build
Project name: cefbrowser
Project version: 0.1
C compiler for the host machine: /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/toolchain/bin/armv8a-libreelec-linux-gnueabihf-gcc (gcc 13.2.0 "armv8a-libreelec-linux-gnueabihf-gcc-13.2.0 (GCC) 13.2.0")
C linker for the host machine: /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/toolchain/bin/armv8a-libreelec-linux-gnueabihf-gcc ld.gold 2.41
C++ compiler for the host machine: /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/toolchain/bin/armv8a-libreelec-linux-gnueabihf-g++ (gcc 13.2.0 "armv8a-libreelec-linux-gnueabihf-g++-13.2.0 (GCC) 13.2.0")
C++ linker for the host machine: /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/toolchain/bin/armv8a-libreelec-linux-gnueabihf-g++ ld.gold 2.41
C compiler for the build machine: /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/toolchain/bin/host-gcc (gcc 10.2.1 "gcc (Debian 10.2.1-6) 10.2.1 20210110")
C linker for the build machine: /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/toolchain/bin/host-gcc ld.bfd 2.35.2
C++ compiler for the build machine: /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/toolchain/bin/host-g++ (gcc 10.2.1 "g++ (Debian 10.2.1-6) 10.2.1 20210110")
C++ linker for the build machine: /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/toolchain/bin/host-g++ ld.bfd 2.35.2
Build machine cpu family: x86_64
Build machine cpu: x86_64
Host machine cpu family: arm
Host machine cpu: armv8-a
Target machine cpu family: arm
Target machine cpu: armv8-a
../meson.build:6: WARNING: Consider using the built-in optimization level instead of using "-O3".


../meson.build:38:17: ERROR: Neither a subproject directory nor a cef.wrap file was found.


A full log can be found at /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/build/_cefbrowser-a43ec12d0e8e11a8f362b4f9cb6391424eb500a4/.armv8a-libreelec-linux-gnueabihf/meson-logs/meson-log.txt
FAILURE: scripts/build _cefbrowser:target during configure_target (default)
*********** FAILED COMMAND ***********
CC="${HOST_CC}" CXX="${HOST_CXX}" meson setup ${TARGET_MESON_OPTS} --cross-file=${MESON_CONF} ${PKG_MESON_OPTS_TARGET} ${PKG_MESON_SCRIPT%/*}
**************************************
*********** FAILED COMMAND ***********
${SCRIPTS}/build "${1}" "${PARENT_PKG}"
**************************************
FAILURE: scripts/install _cefbrowser:target has failed!


The following log for this failure is available:
/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/.threads/logs/510.log


>>> _cefbrowser:target seq 510 >>>
[514/521] [FAIL] install _cefbrowser:target


The following log for this failure is available:
/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/.threads/logs/510.log


Parallel build failure - see log for details. Time of failure: Sat Sep 21 11:18:40 CEST 2024
make: *** [Makefile:10: image] Fehler 1
lothar@debian10:~/VDRSternELEC$

Display More

Liegt vermutlich an der Umstrukturierung bzw. an diesem Commit:

cefbrowser: fix x86 build

Schöne Grüße

Lothar

Zabrimus · Sep 23rd 2024

Quote from LotharE

../meson.build:38:17: ERROR: Neither a subproject directory nor a cef.wrap file was found.

Ich kann das nachvollziehen und suche gerade das Problem. Primärproblem ist aktuell _cef und nicht _cefbrowser.

edit sagt:

Die Reihenfolge der Variablen Initialisierung war nur suboptimal. Das hat jetzt nichts mit dem erwähnten Commit zu tun und mich wundert es, warum es nicht früher aufgefallen ist.

LotharE · Sep 23rd 2024

Leider hat sich mit der letzten Änderung bei mir nichts getan, ich bekomme weiterhin den Fehler bei CE21-ng, CE22-no baut.

Lothar

Zabrimus · Sep 23rd 2024

Ich vermute, da gibt es noch einen falschen Link im Build-Verzeichnis, der nicht automatisch korrigiert wird.

Gründliche Lösung:

Code

./clean-package.sh _cef
./clean-package.sh _cefbrowser

Build starten...

Weniger gründliche Lösung, die aber auch funktionieren kann:

Code

cd CoreELEC
PROJECT=Amlogic-ce ARCH=arm DEVICE=Amlogic-ng scripts/clean _cef
PROJECT=Amlogic-ce ARCH=arm DEVICE=Amlogic-ng scripts/clean _cefbrowser

Build starten...

Hintergrund: Ich vermute in CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/build/_cefbrowser-a43ec12d0e8e11a8f362b4f9cb6391424eb500a4/subprojects einen toten Link von cef der auf irgendwas mit ...cef--arm geht. Zwischen den beiden '-' sollte eigentlich die Versionsnummer stehen.

Ein einfaches Löschen des Links, löst leider kein Rebuild aus, deshalb eine der beiden "cleans" von oben.

rell · Sep 23rd 2024

Mit dem Patch baut es bei mir wieder - auch ohne ein clean.

Aber warum werden die Variablen nicht in die Funktion übernommen, wenn sie außerhalb definiert sind?

Zabrimus · Sep 23rd 2024

Quote from rell

Aber warum werden die Variablen nicht in die Funktion übernommen, wenn sie außerhalb definiert sind?

Das scheint an der Reihenfolge der Aufrufe zu liegen. Erst wird das package.mk ausgewertet und die Abhängigkeiten bestimmt, die zuerst gebaut werden. Aber die Variable auf CEF hat erst nach dem Bau bzw. der Installation von CEF einen gültigen Wert, wird aber schon vorher gesetzt und nicht neu bestimmt. Deshalb auch das '--' im Link. Die Variable ist einfach leer. '-${CEF_VERSION}-'.

Ich habe auch etwas gegrübelt und versucht herauszufinden, woher der falsche Link kommt.

rell · Sep 23rd 2024

Gut erklärt. Jetzt erinnere ich mich wieder. https://github.com/LibreELEC/L…nding-variable-assignment als Ergänzung...

Installation eines VDR+Plugins nativ auf CoreELEC Boxen

Participate now!

Share

Users Viewing This Thread