Ja, mit dem neuen Stand baut und läuft der cefbrowser auch wieder unter CE21-ng (im Docker Container).
Danke
Ja, mit dem neuen Stand baut und läuft der cefbrowser auch wieder unter CE21-ng (im Docker Container).
Danke
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
Hallo Zabrimus,
hab mal wieder Probleme mit dem Build:
CE21-ng
Wenn ich den aktuellen Stand baue und installiere, läuft der cefbrowser nicht:
Jan 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
Display More
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 dazu
CE22-no
Hier steigt er beim Build von kodi selbst aus, kommt wohl mit der neuen Version von spdlog nicht zurecht.
In 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)
Display More
Würde hier ein Build in eijn frisches Verzeichnis helfen?
Schöne Grüße
Lothar
Gibt es das Problem mit libav und softhdodroid noch oder läuft das jetzt?
Ja, softhdodroid läuft mit den neuen Versionen
CoreELEC:~ # 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)
Danke,
damit läuft der cefbrowser wieder!
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).
# /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
Display More
Das gibt allerdings einen Fehler:
Jan 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
Hallo Zabrimus,
mit Deinen letzten Änderungen läuft der Build für CE22-no jetzt wieder ohne temporäre Eingriffe durch.
libnetppp baut, ebenso vlc
CoreELEC:~/.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)
Display More
Nach einem Upgrade auf die neue Version läuft der VDR jetzt wieder.
Danke
Lothar
Hi,
unter CE22-no gibt's ja seit kurzem den neuen Kernel 5.15.137
Da es bisher unter Kernel 5.15.115 das Problem mit NFSv4 gab, habe ich mit dem neuen Kernel nochmal einen Test mit NFS v4 gestartet.
CoreELEC:~/.config/vdropt # mount -t nfs4
qnap2:/video on /storage/videos type nfs4 (rw,relatime,vers=4.1,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.0.93,local_lock=none,addr=192.168.0.57)
Habe seit gestern damit Videos aufgenommen und abgespielt, bisher keine Probleme.
Lothar
Hi,
auf dem ODROID-N2+ laufen unter VDR*ELEC diese Versionen:
CoreElec 22-no nutzt 64 Bit, Kernel 5.15.137, alpha
CoreElec 21-ng ist 32 Bit, Kernel 4.9.269, stable
Hi,
ich habe nochmal einen Versuch zum Bauen von CE22-no mit dem aktuellen Stand in einem frischen Verzeichnis gestartet.
Dabei bin ich über diesen Fehler gestolpert:
[444/512] [DONE] install _vdr-plugin-remote:target
<<< _libnetpp:target seq 447 <<<
UNPACK _libnetpp
BUILD _libnetpp (target)
TOOLCHAIN manual
make[1]: Entering directory '/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_libnetpp-b32ecc8e64508f3b1158a2adcbd82034c71d7a38'
/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/bin/aarch64-libreelec-linux-gnu-g++ -I/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_liblogpp-d61e25f4548f40261e6db62a967776cfa16e599a -I/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_libconvpp-286a289e30417ac534c861529ae245ccb44286e5 -fPIC -o HttpClient.o -c HttpClient.cpp
/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/bin/aarch64-libreelec-linux-gnu-g++ -I/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_liblogpp-d61e25f4548f40261e6db62a967776cfa16e599a -I/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_libconvpp-286a289e30417ac534c861529ae245ccb44286e5 -fPIC -o SoapClient.o -c SoapClient.cpp
/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/bin/aarch64-libreelec-linux-gnu-g++ -I/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_liblogpp-d61e25f4548f40261e6db62a967776cfa16e599a -I/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_libconvpp-286a289e30417ac534c861529ae245ccb44286e5 -fPIC -o TcpClient.o -c TcpClient.cpp
TcpClient.cpp: In member function 'void network::TcpClient::expireStreamNow()':
TcpClient.cpp:59:25: error: 'boost::asio::ip::tcp::iostream' {aka 'class boost::asio::basic_socket_iostream<boost::asio::ip::tcp>'} has no member named 'expires_from_now'
59 | stream->expires_from_now(boost::posix_time::seconds(0));
| ^~~~~~~~~~~~~~~~
make[1]: *** [Makefile:9: TcpClient.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_libnetpp-b32ecc8e64508f3b1158a2adcbd82034c71d7a38'
FAILURE: scripts/build _libnetpp:target during make_target (package.mk)
*********** FAILED COMMAND ***********
make CXXFLAGS="-I${LOGPP} -I${CONVPP} -fPIC"
**************************************
*********** FAILED COMMAND ***********
${SCRIPTS}/build "${1}" "${PARENT_PKG}"
**************************************
FAILURE: scripts/install _libnetpp:target has failed!
The following log for this failure is available:
/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/.threads/logs/447.log
>>> _libnetpp:target seq 447 >>>
[445/512] [FAIL] install _libnetpp:target
The following log for this failure is available:
/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/.threads/logs/447.log
Parallel build failure - see log for details. Time of failure: Thu Jan 9 11:34:25 CET 2025
make: *** [Makefile:10: image] Fehler 1
lothar@debian10:~/VDRSternELEC$
Display More
Ich habe dann testweise den Zugriff auf die unbekannte Membervariable in TcpClient.cpp Zeile 59 auskommentiert, danach lief das Build durch.
Der VDR läuft damit, FFMPEG ist jetzt 7.1, Kernel 5.15.137, softhdodroid kommt mit der Version klar so wie es ausschaut.
Build für CE21-ng läuft ebenfalls.
Schöne Grüße
Lothar
Hi Zabrimus,
mit der aktuellen Version von deinem Repo startet der VDR nicht mehr:
CE22-no
Es gab wohl ein Update von libav
softhdodrid möchte diese Versionen:
libavutil.so.58 => not found
libavcodec.so.60 => not found
libavfilter.so.9 => not found
libswresample.so.4 => not found
Aktuell sind jetzt diese Versionen:
CoreELEC:~ # ll /usr/lib/libav*
lrwxrwxrwx 1 root root 23 Dec 28 14:02 /usr/lib/libavcodec.so -> libavcodec.so.61.19.100
lrwxrwxrwx 1 root root 23 Dec 28 14:02 /usr/lib/libavcodec.so.61 -> libavcodec.so.61.19.100
-rwxr-xr-x 1 root root 12855472 Dec 28 14:02 /usr/lib/libavcodec.so.61.19.100
lrwxrwxrwx 1 root root 23 Dec 28 14:02 /usr/lib/libavdevice.so -> libavdevice.so.61.3.100
lrwxrwxrwx 1 root root 23 Dec 28 14:02 /usr/lib/libavdevice.so.61 -> libavdevice.so.61.3.100
-rwxr-xr-x 1 root root 67704 Dec 28 14:02 /usr/lib/libavdevice.so.61.3.100
lrwxrwxrwx 1 root root 23 Dec 28 14:02 /usr/lib/libavfilter.so -> libavfilter.so.10.4.100
lrwxrwxrwx 1 root root 23 Dec 28 14:02 /usr/lib/libavfilter.so.10 -> libavfilter.so.10.4.100
-rwxr-xr-x 1 root root 4134392 Dec 28 14:02 /usr/lib/libavfilter.so.10.4.100
lrwxrwxrwx 1 root root 23 Dec 28 14:02 /usr/lib/libavformat.so -> libavformat.so.61.7.100
lrwxrwxrwx 1 root root 23 Dec 28 14:02 /usr/lib/libavformat.so.61 -> libavformat.so.61.7.100
-rwxr-xr-x 1 root root 2235048 Dec 28 14:02 /usr/lib/libavformat.so.61.7.100
lrwxrwxrwx 1 root root 22 Dec 28 14:02 /usr/lib/libavutil.so -> libavutil.so.59.39.100
lrwxrwxrwx 1 root root 22 Dec 28 14:02 /usr/lib/libavutil.so.59 -> libavutil.so.59.39.100
-rwxr-xr-x 1 root root 789352 Dec 28 14:02 /usr/lib/libavutil.so.59.39.100
Ich habe testweise Symlinks auf die alten Versionen angelegt; das klappt leider nicht:
Dez 28 16:07:43 CoreELEC vdr[26991]: [26991] loading plugin: /usr/local/lib/vdr/libvdr-softhdodroid.so.5
Dez 28 16:07:43 CoreELEC vdr[26991]: [26991] ERROR: /storage/libavutil.so.58: version `LIBAVUTIL_58' not found (required by /usr/local/lib/vdr/libvdr-softhdodroid.so.5)
Ich weis nicht, ob es reicht, softhdodroid gegen die neue libav zu bauen oder ob es da inkompatible Änderungen gibt.
Ich bleibe erstmal bei der letzten Version.
Schöne Grüße
Lothar
Ja, hab ich schon gesehen.
Danke!
Hi Zabrimus,
mit deinem letzten Update baut das Plugin eepg nicht mehr.
Der Patch lässt sich nicht mehr anwenden. Möglicherweise ist der bei der neuen Version auch nicht mehr notwendig.
Wenn ich den lösche, läuft der Build wieder durch.
Schöne Grüße
Lothar
100 126k 0 126k 0 0 68056 0 --:--:-- 0:00:01 --:--:-- 68056
INFO Calculated checksum: 73ae6173ffbc75465a4e4b70af9932124054b2ceb6561f4c555e17ea81979491
CLEAN _vdr-plugin-eepg
* Removing /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_vdr-plugin-eepg-6be7f2ee644aa33bd6e6e038548be8a85514272e ...
* Removing /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/install_pkg/_vdr-plugin-eepg-6be7f2ee644aa33bd6e6e038548be8a85514272e ...
* Removing /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/qa_checks/_vdr-plugin-eepg-* ...
UNPACK _vdr-plugin-eepg
APPLY PATCH (common) /home/lothar/VDRSternELEC/packages/vdr/_vdr-plugin-eepg/patches/vdr_deprecated_getevent.patch
patching file eepg.c
Hunk #1 FAILED at 1324.
Hunk #2 FAILED at 3477.
2 out of 2 hunks FAILED -- saving rejects to file eepg.c.rej
patching file eit2.c
Hunk #1 FAILED at 32.
Hunk #6 FAILED at 243.
2 out of 6 hunks FAILED -- saving rejects to file eit2.c.rej
patching file epghandler.c
Hunk #1 FAILED at 66.
1 out of 1 hunk FAILED -- saving rejects to file epghandler.c.rej
patching file equivhandler.c
Hunk #1 FAILED at 143.
1 out of 2 hunks FAILED -- saving rejects to file equivhandler.c.rej
patching file util.c
Hunk #1 FAILED at 214.
1 out of 1 hunk FAILED -- saving rejects to file util.c.rej
*********** FAILED COMMAND ***********
patch -d "${PKG_BUILD}" -p1 < ${i} 1>&${VERBOSE_OUT}
**************************************
*********** FAILED COMMAND ***********
${SCRIPTS}/unpack "${PKG_NAME}" "${PARENT_PKG}"
**************************************
*********** FAILED COMMAND ***********
${SCRIPTS}/build "${1}" "${PARENT_PKG}"
**************************************
FAILURE: scripts/install _vdr-plugin-eepg:target has failed!
Display More
Hi,
ich denke schon, dass man da relativ nah dran bleiben sollte.
Ich hab z.B. bei meinem Odroid N2auf der eMMC CE-21, während auf der SD Card CE-22 läuft.
Wenn da was nicht klappt, nehme ich die SD Card raus und boote dann auf das stabile CE-21.
Lothar
Hallo kinglear,
ich hatte ebenfalls Probleme mit SD Sendern (d.h. die unverschlüsselten Privaten), siehe Beitrag #365 mit SatIP, deshalb bin ich wieder auf das satip-Plugin zurück.
Lothar
Mit einem komplett neuen Build hat's bei mir jetzt auch geklappt - dauert halt immer ein paar Stunden.
Hi Zabrimus,
ich habe eben nochmal den aktuellen Stand abgerufen und ein build für CE22-no gemacht.
Leider bekomme ich immer noch den gleichen Fehler wie in der letzte Woche, auch nach einem clean-package.sh für exfatprogs
Irgend eine Idee?
Making all in mkfs
make[3]: Entering directory '/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/exfatprogs-1.2.6/.aarch64-libreelec-linux-gnu/ mkfs'
CC mkfs.o
CC upcase.o
CCLD mkfs.exfat
libtool: Version mismatch error. This is libtool 2.5.4, but the
libtool: definition of this LT_INIT comes from libtool 2.5.3.
libtool: You should recreate aclocal.m4 with macros from libtool 2.5.4
libtool: and run autoconf again.
make[3]: *** [Makefile:379: mkfs.exfat] Error 63
make[3]: Leaving directory '/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/exfatprogs-1.2.6/.aarch64-libreelec-linux-gnu/mkfs'
make[2]: *** [Makefile:503: all-recursive] Error 1
make[2]: Leaving directory '/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/exfatprogs-1.2.6/.aarch64-libreelec-linux-gnu'
make[1]: *** [Makefile:394: all] Error 2
make[1]: Leaving directory '/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/exfatprogs-1.2.6/.aarch64-libreelec-linux-gnu'
FAILURE: scripts/build exfatprogs:target during make_target (default)
Display More
Hi Zabrimus,
ich habe mit dem aktuellen Stand leider ein Problem.
Der build für CE21 läuft durch, bei CE22 bekomme ich diesen Fehler:
Executing (target): make
make[1]: Entering directory '/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/exfatprogs-1.2.6/.aarch64-libreelec-linux-gnu'
make all-recursive
make[2]: Entering directory '/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/exfatprogs-1.2.6/.aarch64-libreelec-linux-gnu'
Making all in lib
make[3]: Entering directory '/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/exfatprogs-1.2.6/.aarch64-libreelec-linux-gnu/lib'
make[3]: Nothing to be done for 'all'.
make[3]: Leaving directory '/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/exfatprogs-1.2.6/.aarch64-libreelec-linux-gnu/lib'
Making all in mkfs
make[3]: Entering directory '/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/exfatprogs-1.2.6/.aarch64-libreelec-linux-gnu/mkfs'
CCLD mkfs.exfat
libtool: Version mismatch error. This is libtool 2.5.4, but the
libtool: definition of this LT_INIT comes from libtool 2.5.3.
libtool: You should recreate aclocal.m4 with macros from libtool 2.5.4
libtool: and run autoconf again.
make[3]: *** [Makefile:379: mkfs.exfat] Error 63
make[3]: Leaving directory '/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/exfatprogs-1.2.6/.aarch64-libreelec-linux-gnu/mkfs'
make[2]: *** [Makefile:503: all-recursive] Error 1
make[2]: Leaving directory '/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/exfatprogs-1.2.6/.aarch64-libreelec-linux-gnu'
make[1]: *** [Makefile:394: all] Error 2
make[1]: Leaving directory '/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/exfatprogs-1.2.6/.aarch64-libreelec-linux-gnu'
FAILURE: scripts/build exfatprogs:target during make_target (default)
*********** FAILED COMMAND ***********
make ${PKG_MAKE_OPTS_TARGET}
**************************************
*********** FAILED COMMAND ***********
${SCRIPTS}/build "${1}" "${PARENT_PKG}"
**************************************
FAILURE: scripts/install exfatprogs:target has failed!
Display More
Hast Du eine Idee, was da nicht passt?
Lothar
Hi Markus,
genauso sieht es auch bei mir aus. Der Fehler tritt meiner Meinung immer auf, wenn ich eine Aufnahme mit DD 5.1 habe an der Stelle, an der von 2.0 auf 5.1 umgeschaltet wird.
Ich schau auch über Satellit.
Lothar