Der Build von libnetpp sollte wieder funktionieren. Ich hoffe, ich habe die richtige boost Version erwischt, aber die Testbuilds sehen erstmal gut aus:
Installation eines VDR+Plugins nativ auf CoreELEC Boxen
-
-
Hallo Zabrimus,
mit Deinen letzten Änderungen läuft der Build für CE22-no jetzt wieder ohne temporäre Eingriffe durch.
libnetppp baut, ebenso vlcCode
Display MoreCoreELEC:~/.config/vdropt # vlc --version VLC media player 3.0.21 Vetinari (revision 3937db3ed6) VLC version 3.0.21 Vetinari (3937db3ed6) Compiled by lothar on debian10.fritz.box (Jan 13 2025 13:15:49) Compiler: gcc version 14.2.0 (GCC) This program comes with NO WARRANTY, to the extent permitted by law. You may redistribute it under the terms of the GNU General Public License; see the file named COPYING for details. Written by the VideoLAN team; see the AUTHORS file. CoreELEC:~/.config/vdropt # ldd /usr/bin/vlc linux-vdso.so.1 (0x0000007fa9b34000) libvlc.so.5 => /usr/lib/libvlc.so.5 (0x0000007fa9ab0000) libc.so.6 => /usr/lib/libc.so.6 (0x0000007fa9920000) /lib/ld-linux-aarch64.so.1 => /usr/lib/ld-linux-aarch64.so.1 (0x0000007fa9af7000) libvlccore.so.9 => /usr/lib/libvlccore.so.9 (0x0000007fa97f0000) libdbus-1.so.3 => /usr/lib/libdbus-1.so.3 (0x0000007fa9770000) libm.so.6 => /usr/lib/libm.so.6 (0x0000007fa96d0000) libsystemd.so.0 => /usr/lib/libsystemd.so.0 (0x0000007fa9590000)
Nach einem Upgrade auf die neue Version läuft der VDR jetzt wieder.
Danke
Lothar -
Hallo Zabrimus,
ich hatte am Wochende Probleme mit der SD-Card, auf der ich CE22-no installiert habe.
Das meiste habe ich wieder hinbekommen, der VDR läuft (siehe Beitrag zuvor).
Leider bekomme ich den cefbrowser nicht ans laufen.Ich habe dazu eine systemd Unit erstellt (die in deinem Repo ist ja nur für CE21 wg. Docker).
Code
Display More# /storage/.config/system.d/cefbrowser.service [Unit] Description=cefbrowser Requires=network-online.target graphical.target StartLimitIntervalSec=3 StartLimitBurst=10 [Service] RestartSec=3 Restart=always Environment="LD_LIBRARY_PATH=/storage/cef" ExecStart=/usr/local/bin/cefbrowser \ --config=/storage/.config/vdropt/sockets.ini \ -z 1920 \ -s /storage/cefbrowser/data \ --locales-dir-path=/storage/cef/locales \ --logfile=/storage/.cache/cefbrowser/cefbrowser.log \ --cachePath=/storage/.cache/cefbrowser [Install] WantedBy=multi-user.target
Das gibt allerdings einen Fehler:
CodeJan 13 16:32:38 CoreELEC systemd[1]: Started cefbrowser.service. Jan 13 16:32:38 CoreELEC cefbrowser[1277]: [2025-01-13 16:32:38.245] [cefbrowser] [error] [database.cpp:35] DB Error: database/hbbtv_urls.db -> unable to open database file Jan 13 16:32:38 CoreELEC cefbrowser[1277]: [0113/163238.246952:WARNING:alloy_main_delegate.cc(559)] Alloy bootstrap is deprecated and will be removed in ~M127. See https://github.com/chromiumembedded/c Jan 13 16:32:38 CoreELEC cefbrowser[1279]: [2025-01-13 16:32:38.283] [cefbrowser] [error] [database.cpp:35] DB Error: database/hbbtv_urls.db -> unable to open database file Jan 13 16:32:38 CoreELEC cefbrowser[1280]: [2025-01-13 16:32:38.287] [cefbrowser] [error] [database.cpp:35] DB Error: database/hbbtv_urls.db -> unable to open database file Jan 13 16:32:38 CoreELEC cefbrowser[1277]: [0113/163238.294254:FATAL:path_service.cc(265)] Failed to get the path for 1001 Jan 13 16:32:38 CoreELEC systemd[1]: cefbrowser.service: Main process exited, code=dumped, status=5/TRAP Jan 13 16:32:38 CoreELEC systemd[1]: cefbrowser.service: Failed with result 'core-dump'.
Das gleiche erhalte ich, wenn ich als Parameter nur die --config= Zeile übergebe
Hast Du eine Idee, was da schief läuft?
Wie sieht cefbrowser.service bei Dir auf CE22-no aus?
Schöne Grüße
Lothar -
mit Deinen letzten Änderungen läuft der Build für CE22-no jetzt wieder ohne temporäre Eingriffe durch.
libnetppp baut, ebenso vlcDer Github Build ist endlich auch wieder (fast) vollständig durchgelaufen. CE20-ng schlug fehl, weil ich das Build vor dem letzten Commit startete. Es sieht wieder gut aus.
Wie sieht cefbrowser.service bei Dir auf CE22-no aus?
Meine letzte Version der Unit, die ich damals zum Laufen gebracht habe, findet du hier:
-
Danke,
damit läuft der cefbrowser wieder!
-
Gibt es das Problem mit libav und softhdodroid noch oder läuft das jetzt?
Ich meine, dass für TV die Erweiterungen, die Zabrimus in seinem Fork des iptv-Plugins vorgenommen sind, die schnellste und empfohlene Methode sind (ohne Script). Mein letzter Stand ist, dass er nur für Radio weiterhin die Methode per Scriptaufruf von vlc empfiehlt.
Meiner Erfahrung nach läuft Radio am Besten mit vlc (ohne Script) und Video mit ffmpeg (auch ohne Script).
-
Gibt es das Problem mit libav und softhdodroid noch oder läuft das jetzt?
Ja, softhdodroid läuft mit den neuen Versionen
CodeCoreELEC:~ # ldd /usr/local/lib/vdr/libvdr-softhdodroid.so.5 linux-vdso.so.1 (0x0000007fa7758000) libasound.so.2 => /usr/lib/libasound.so.2 (0x0000007fa55b0000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x0000007fa54c0000) libcec.so.6 => /usr/lib/libcec.so.6 (0x0000007fa5400000) libdrm.so.2 => /usr/lib/libdrm.so.2 (0x0000007fa53c0000) libavutil.so.59 => /usr/lib/libavutil.so.59 (0x0000007fa42d0000) libavcodec.so.61 => /usr/lib/libavcodec.so.61 (0x0000007fa31e0000) libavfilter.so.10 => /usr/lib/libavfilter.so.10 (0x0000007fa2dd0000) libswresample.so.5 => /usr/lib/libswresample.so.5 (0x0000007fa2d90000)
-
Es sieht wohl so aus, als ob CE22 nicht mehr von einem USB Stick mit spiboot gestartet werden kann
Jedenfalls ist mir das nicht gelungen.
Dann werde ich wohl den Spaß haben, ein komplett neues Image aufsetzen zu müssen. Ich bin mir fast sicher, daß ich dazu mal eine Anleitung gesehen habe.
-
Hallo Zabrimus,
hab mal wieder Probleme mit dem Build:
CE21-ng
Wenn ich den aktuellen Stand baue und installiere, läuft der cefbrowser nicht:
Code
Display MoreJan 16 10:28:52 CoreELEC systemd[1]: Started cefbrowser.service. Jan 16 10:28:53 CoreELEC docker[5026]: /app_bin/cefbrowser: error while loading shared libraries: libfmt.so.10: cannot open shared object file: No such file or directory Jan 16 10:28:53 CoreELEC systemd[1]: cefbrowser.service: Main process exited, code=exited, status=127/n/a Jan 16 10:28:53 CoreELEC systemd[1]: cefbrowser.service: Failed with result 'exit-code'. CoreELEC:~ # ldd /usr/local/bin/cefbrowser libfmt.so.10 => /usr/lib/libfmt.so.10 (0xf7703000) libcef.so => not found libssl.so.3 => /usr/lib/libssl.so.3 (0xf7657000) libcrypto.so.3 => /usr/lib/libcrypto.so.3 (0xf7360000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xf7175000) libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xf7158000) libc.so.6 => /usr/lib/libc.so.6 (0xf7008000) /lib/ld-linux-armhf.so.3 => /usr/lib/ld-linux-armhf.so.3 (0xf771f000) libm.so.6 => /usr/lib/libm.so.6 (0xf6fc2000) CoreELEC:~ # ll /usr/lib/libfmt.so* lrwxrwxrwx 1 root root 12 Dec 5 20:58 /usr/lib/libfmt.so -> libfmt.so.10 lrwxrwxrwx 1 root root 16 Dec 5 20:58 /usr/lib/libfmt.so.10 -> libfmt.so.10.2.1 -rw-r--r-- 1 root root 100464 Dec 5 20:58 /usr/lib/libfmt.so.10.2.1
Keine Ahnung, warum libfmt.so.10 nicht gefunden wird.
Mit der vorletzten Version a53d72f891aa5cc564fcf22755de14d6b0e87803 lief's noch.
Im Anhang noch ein paar detaillierte Infos und Logs dazuCE22-no
Hier steigt er beim Build von kodi selbst aus, kommt wohl mit der neuen Version von spdlog nicht zurecht.
Code
Display MoreIn file included from /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/aarch64-libreelec-linux-gnu/sysroot/usr/local/include/spdlog/spdlog.h:12, from /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/kodi-2d950e11a5515278b504c8a522f52be74898eb2c/xbmc/utils/log.h:36, from /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/kodi-2d950e11a5515278b504c8a522f52be74898eb2c/xbmc/threads/SystemClock.h:11, from /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/kodi-2d950e11a5515278b504c8a522f52be74898eb2c/xbmc/windowing/amlogic/WinSystemAmlogic.h:15, from /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/kodi-2d950e11a5515278b504c8a522f52be74898eb2c/xbmc/windowing/amlogic/WinSystemAmlogic.cpp:9: /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/aarch64-libreelec-linux-gnu/sysroot/usr/local/include/spdlog/common.h:369:54: error: 'template<class T, class ... Args> fmt::v11::basic_string_view<Char> spdlog::details::to_string_view' redeclared as different kind of entity 369 | inline fmt::basic_string_view<T> to_string_view(fmt::basic_format_string<T, Args...> fmt) { | ^~~~~~~~~~~~~~~~~~~ /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/aarch64-libreelec-linux-gnu/sysroot/usr/local/include/spdlog/common.h:350:45: note: previous declaration 'constexpr spdlog::string_view_t spdlog::details::to_string_view(spdlog::string_view_t)' 350 | SPDLOG_CONSTEXPR_FUNC spdlog::string_view_t to_string_view(spdlog::string_view_t str) | ^~~~~~~~~~~~~~ /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/aarch64-libreelec-linux-gnu/sysroot/usr/local/include/spdlog/common.h:369:54: error: 'basic_format_string' is not a member of 'fmt'; did you mean 'std::basic_format_string'? 369 | inline fmt::basic_string_view<T> to_string_view(fmt::basic_format_string<T, Args...> fmt) { | ^~~~~~~~~~~~~~~~~~~ In file included from /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/aarch64-libreelec-linux-gnu/include/c++/14.2.0/bits/chrono_io.h:39, from /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/aarch64-libreelec-linux-gnu/include/c++/14.2.0/chrono:3360, from /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/kodi-2d950e11a5515278b504c8a522f52be74898eb2c/xbmc/threads/Condition.h:13, from /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/kodi-2d950e11a5515278b504c8a522f52be74898eb2c/xbmc/threads/Event.h:11, from /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/kodi-2d950e11a5515278b504c8a522f52be74898eb2c/xbmc/threads/Thread.h:15, from /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/kodi-2d950e11a5515278b504c8a522f52be74898eb2c/xbmc/platform/linux/input/LibInputHandler.h:12, from /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/kodi-2d950e11a5515278b504c8a522f52be74898eb2c/xbmc/windowing/amlogic/WinSystemAmlogic.h:11: /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/aarch64-libreelec-linux-gnu/include/c++/14.2.0/format:74:55: note: 'std::basic_format_string' declared here 74 | template<typename _CharT, typename... _Args> struct basic_format_string; | ^~~~~~~~~~~~~~~~~~~ /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/aarch64-libreelec-linux-gnu/sysroot/usr/local/include/spdlog/common.h:369:75: error: expected primary-expression before ',' token 369 | inline fmt::basic_string_view<T> to_string_view(fmt::basic_format_string<T, Args...> fmt) { | ^ /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/aarch64-libreelec-linux-gnu/sysroot/usr/local/include/spdlog/common.h:369:81: error: expected primary-expression before '...' token 369 | inline fmt::basic_string_view<T> to_string_view(fmt::basic_format_string<T, Args...> fmt) { | ^~~ ninja: build stopped: subcommand failed. FAILURE: scripts/build kodi:target during make_target (default)
Würde hier ein Build in eijn frisches Verzeichnis helfen?
Schöne Grüße
Lothar
-
Keine Ahnung, warum libfmt.so.10 nicht gefunden wird.
Mit der libfmt hatte ich die letzten Tage meinen Spaß.
Allerdings wurde diese in CE21 gar nicht aktualisiert, sondern nur in LE13 und CE22. spdlog habe ich aktualisiert (und das braucht libfmt). Ich würde versuchen den cefbrowser, remotetranscoder und libfmt zu löschen und dann den Build nochmal neu zu starten.
Hmm... Die Fehlermeldung sieht aber seltsam aus.
Oh shit. CE21 braucht ja noch Docker. Dann wird die libfmt nicht aus dem Host-System gelesen, sondern es wird die aus dem Docker-Container verwendet. Ach Mist. Wie gehe ich denn jetzt mit den verschiedenen Versionen um? Die libfmt hat mir schon genug graue Haare verursacht. Ich glaube, das einfachste und schnellste ist es, sowohl den cefbrowser und den remotetranscoder für CE20/21 auf eine Vorversion zu setzen, die noch die alte Version verwendet. Neues gab es in den letzten Commit nicht, nur das Update von spdlog.
Vielleicht kann ich auch für die beiden Applikationen eine eigene (ältere) Version von libfmt einbauen. Das spdlog habe ich schon integriert, weil ich auch da schon einmal Probleme hatte.
Ich muss nachdenken....
Hier steigt er beim Build von kodi selbst aus, kommt wohl mit der neuen Version von spdlog nicht zurecht.
Das sollte nicht passieren. Dazu gibt es einen Patch CoreELEC/packages/devel/spdlog/patches/3301.patch Wenn der bei dir vorhanden ist (sollte aber so sein), dann könnte ein clean von libfmt und spdlog helfen.
-
Hi Zabrimus,
CE22-no baut jetzt wieder und läuft, nachdem ich zusätzlich noch clean-package.sh kodi gemacht habe.
Bei CE21-ng bleibe ich erstmal bei der vorletzten Version, inhaltlich hat sich ja nichts geändert.
Danke
Lothar
-
Sooo. Ich habe den meson patch für das spdlog im remotetranscode und cefbrowser auch gepatched. Was meson so alles kann, man entdeckt immer wieder was neues
Okay. Auf jeden Fall wird das spdlog in den beiden Projekten jetzt das interne libfmt verwenden und nicht mehr die Lib, die sich im System irgendwo befinden kann. Damit sollte auch CE20/21 wieder funktionieren, da eine Abhängigkeit weniger existiert.
Vor dem Build aber besser noch ein clean von _remotetranscode und _cefbrowser machen. Zumindest baute es bei mir es danach richtig.
-
Ja, mit dem neuen Stand baut und läuft der cefbrowser auch wieder unter CE21-ng (im Docker Container).
Danke
-
Aktuell baut CE-21-ng nicht.
Weil http://ftp.debian.org/debian/pool/main/f/fakeroot/fakeroot_1.36.orig.tar.gz nicht vorhanden ist.
Aber http://ftp.debian.org/debian/pool/main/f/fakeroot/fakeroot_1.36.2.orig.tar.gz wäre vorhanden - wo lässt sich das anpassen?
Quote--2025-01-23 17:59:27-- http://ftp.debian.org/debian/pool/ma….36.orig.tar.gz
Resolving ftp.debian.org (ftp.debian.org)... 146.75.122.132, 2a04:4e42:8e::644
Connecting to ftp.debian.org (ftp.debian.org)|146.75.122.132|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2025-01-23 17:59:28 ERROR 404: Not Found.--2025-01-23 17:59:28-- http://sources.coreelec.org/fakeroot/fakeroot-1.36.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/fakeroot/fakeroot-1.36.tar.gz [following]
--2025-01-23 17:59:30-- https://sources.coreelec.org/fakeroot/fakeroot-1.36.tar.gz
Connecting to sources.coreelec.org (sources.coreelec.org)|116.203.16.118|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2025-01-23 17:59:32 ERROR 404: Not Found.--2025-01-23 17:59:32-- http://sources.libreelec.tv/mirror/fakeroo…oot-1.36.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
2025-01-23 17:59:34 ERROR 404: Not Found.
Cannot get fakeroot sources : http://ftp.debian.org/debian/pool/ma….36.orig.tar.gz
Try later!
*********** FAILED COMMAND ***********
. "${get_handler}"
**************************************
*********** FAILED COMMAND ***********
${SCRIPTS}/get "${PKG_NAME}"
**************************************
*********** FAILED COMMAND ***********
${SCRIPTS}/unpack "${PKG_NAME}" "${PARENT_PKG}"
**************************************
FAILURE: scripts/build fakeroot:host has failed! -
Aktuell baut CE-21-ng nicht.
CE21 hat normalerweise nur die 1.34, aber da es die auch nicht mehr gibt, habe ich einen Patch drin:
patches/CoreELEC.coreelec-21/0009-fix-fakeroot.patch
CE22 ist schon auf der gewünschten Version, was es einfacher macht, den Patch zu patchen. Ich habe in dem Patch einfach das Ziel PKG_VERSION und PKG_SHA256 durch die Daten von CE22 ersetzt und committed.
-
Ok, nächster Stolperstein ist falsche Checksum von boost-1.84.0.tar.bz2
Code
Display MoreGET boost (archive) --2025-01-25 14:51:22-- https://boostorg.jfrog.io/artifactory/main/release/1.84.0/source/boost_1_84_0.tar.bz2 Resolving boostorg.jfrog.io (boostorg.jfrog.io)... 3.95.117.170, 18.214.194.113, 18.232.172.199 Connecting to boostorg.jfrog.io (boostorg.jfrog.io)|3.95.117.170|:443... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: https://landing.jfrog.com/reactivate-server/boostorg [following] --2025-01-25 14:51:22-- https://landing.jfrog.com/reactivate-server/boostorg Resolving landing.jfrog.com (landing.jfrog.com)... 18.232.172.199, 18.214.194.113, 3.95.117.170 Connecting to landing.jfrog.com (landing.jfrog.com)|18.232.172.199|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 11534 (11K) [text/html] Saving to: '/home/rossi/VDRSternELEC/CoreELEC/sources/boost/boost-1.84.0.tar.bz2' /home/ros 0%[ ] 0 --.-KB/s /home/rossi/VDRSter 100%[===================>] 11.26K --.-KB/s in 0.004s 2025-01-25 14:51:23 (2.85 MB/s) - '/home/rossi/VDRSternELEC/CoreELEC/sources/boost/boost-1.84.0.tar.bz2' saved [11534/11534] WARNING Incorrect checksum calculated on downloaded file: got 79e6d3f986444e5a80afbeccdaf2d1c1cf964baa8d766d20859d653a16c39848 wanted cc4b893acf645c9d4b698e9a0f08ca8846aa5d6c68275c14c3e7949c24109454 --2025-01-25 14:51:23-- http://sources.coreelec.org/boost/boost-1.84.0.tar.bz2 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/boost/boost-1.84.0.tar.bz2 [following] --2025-01-25 14:51:23-- https://sources.coreelec.org/boost/boost-1.84.0.tar.bz2 Connecting to sources.coreelec.org (sources.coreelec.org)|116.203.16.118|:443... connected. HTTP request sent, awaiting response... 404 Not Found 2025-01-25 14:51:24 ERROR 404: Not Found. --2025-01-25 14:51:24-- http://sources.libreelec.tv/mirror/boost/boost-1.84.0.tar.bz2 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 2025-01-25 14:51:24 ERROR 404: Not Found. --2025-01-25 14:51:24-- https://boostorg.jfrog.io/artifactory/main/release/1.84.0/source/boost_1_84_0.tar.bz2 Resolving boostorg.jfrog.io (boostorg.jfrog.io)... 18.214.194.113, 3.95.117.170, 18.232.172.199 Connecting to boostorg.jfrog.io (boostorg.jfrog.io)|18.214.194.113|:443... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: https://landing.jfrog.com/reactivate-server/boostorg [following] --2025-01-25 14:51:25-- https://landing.jfrog.com/reactivate-server/boostorg Resolving landing.jfrog.com (landing.jfrog.com)... 18.214.194.113, 18.232.172.199, 3.95.117.170 Connecting to landing.jfrog.com (landing.jfrog.com)|18.214.194.113|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 11534 (11K) [text/html] Saving to: '/home/rossi/VDRSternELEC/CoreELEC/sources/boost/boost-1.84.0.tar.bz2' /home/ros 0%[ ] 0 --.-KB/s /home/rossi/VDRSter 100%[===================>] 11.26K --.-KB/s in 0s 2025-01-25 14:51:26 (254 MB/s) - '/home/rossi/VDRSternELEC/CoreELEC/sources/boost/boost-1.84.0.tar.bz2' saved [11534/11534] WARNING Incorrect checksum calculated on downloaded file: got 79e6d3f986444e5a80afbeccdaf2d1c1cf964baa8d766d20859d653a16c39848 wanted cc4b893acf645c9d4b698e9a0f08ca8846aa5d6c68275c14c3e7949c24109454 --2025-01-25 14:51:26-- http://sources.coreelec.org/boost/boost-1.84.0.tar.bz2 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/boost/boost-1.84.0.tar.bz2 [following] --2025-01-25 14:51:27-- https://sources.coreelec.org/boost/boost-1.84.0.tar.bz2 Connecting to sources.coreelec.org (sources.coreelec.org)|116.203.16.118|:443... connected. HTTP request sent, awaiting response... 404 Not Found 2025-01-25 14:51:27 ERROR 404: Not Found. --2025-01-25 14:51:27-- http://sources.libreelec.tv/mirror/boost/boost-1.84.0.tar.bz2 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 2025-01-25 14:51:27 ERROR 404: Not Found. Cannot get boost sources : https://boostorg.jfrog.io/artifactory/main/release/1.84.0/source/boost_1_84_0.tar.bz2 Try later! *********** FAILED COMMAND *********** . "${get_handler}" ************************************** *********** FAILED COMMAND *********** ${SCRIPTS}/get "${PKG_NAME}" ************************************** *********** FAILED COMMAND *********** ${SCRIPTS}/unpack "${PKG_NAME}" "${PARENT_PKG}" ************************************** FAILURE: scripts/build boost:host has failed!
-
Ok, nächster Stolperstein ist falsche Checksum von boost-1.84.0.tar.bz2
Mein Lieblingsfehler
Das Problem wurde wohl in CE 21 schon gefixed. Ein Upgrade von CE21/22, LE12/13 ist erfolgt.
-
wireguard-linux-compat ist mir ein Rätsel. Die Checksumme ändert sich immer wieder, zumindest die vom tar.xz.
Ich habe vor 2 Stunden einen Patch (wieder) eingespielt, der auf das tar.gz schwenkt und damit sollte es wieder klappen.
edit meint: Auf das *.zip. Jetzt komme ich auch durcheinander.
Ist der Patch noch drin?
Die angefragte wireguard-linux-compat Version liegt nicht mehr da...
-
Ist der Patch noch drin?
Die angefragte wireguard-linux-compat Version liegt nicht mehr da...
Es gibt nur noch einen Patch für CE20.
Das herunterladen geht schief (https://git.zx2c4.com/wireguard-linu…h=v1.0.20220627)
Code
Display Morewget "https://git.zx2c4.com/wireguard-linux-compat/snapshot/wireguard-linux-compat-1.0.20220627.tar.xz" --2025-01-26 18:16:13-- https://git.zx2c4.com/wireguard-linux-compat/snapshot/wireguard-linux-compat-1.0.20220627.tar.xz Auflösen des Hostnamens git.zx2c4.com (git.zx2c4.com)… 86.109.7.149, 2604:1380:45f1:e200::3 Verbindungsaufbau zu git.zx2c4.com (git.zx2c4.com)|86.109.7.149|:443 … verbunden. HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK Länge: nicht spezifiziert [application/x-xz] Wird in »wireguard-linux-compat-1.0.20220627.tar.xz« gespeichert. wireguard-linux-compat-1.0.20220627.tar.xz [ <=> ] 63,32K 323KB/s in 0,2s 2025-01-26 18:16:14 (323 KB/s) - Lesefehler bei Byte 64835 (Fehler beim Dekodieren des empfangenen TLS-Pakets.).Erneuter Versuch.
Und das passiert auch im Browser und bei anderen Versionen.
Ich fürchte da muss wieder ein Patch für einen Mirror her. Mit demselben Spaß den es vorher auch schon gegeben hat:
https://github.com/WireGuard/wireguard-linux-compatOder man wartet einfach ab, ob vielleicht der Server korrigiert wird.
-
Mir ist seit einiger Zeit aufgefallen, dass es größere Probleme gibt, wenn man die PIP-Funktion vom softhdodroid aufruft.
Das diese Funktion, wenn ich mich recht entsinne, von jojo61 nicht für softhdodroid richtig implementiert wurde, war schon irgendwann mal gesagt worden.
Und ich nutze dies deshalb nicht, wenn ich den VDR über meine DuneHD-Homatics-Box laufen lasse.Inzwischen ist es allerdings so, wenn ich im Eifer des Gefechts vergesse, das ich ja den VDR auf der Dune-Homatics habe (nicht den yaVDR mit dem softhddevice-cuvid) und schnell mal das PIP aktiviere, dann passiert folgendes:
* das Hauptbild bleit stehen
* das PIP-Bild erscheint als grünes Standbild
* der Ton geht ganz normal weiter.
Beispiel siehe hier:Das ist erstmal nicht dramatisch!
Aber wenn ich nun versuche das PIP wieder zu deaktivieren, um weiter das normale Live-TV-Bild zu haben,
dann gibt es ein paar Sekunden einen abgehackten Ton und anschließend macht die gesamte Dune-Homatics-Box einen Neustart.Meine Bitte wäre:
Wenn die PIP-Funktion beim softhdodroid-Plugin nicht funktioniert, dann könnte man es komplett entfernen/deaktivieren, so dass man es gar nicht EINschalten kann und somit auch keinen lästigen Neustart verursacht! Funktionieren tut es ja sowieso nicht, aber so ein Neustart ist wahrlich auch nicht schön! -
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!