And? Read 2nd paragraph. And if interested take a look at - https://github.com/LibreELEC/actions/actions
Posts by heitbaum
-
-
You can check the inner workings of the CI/CD environment here. https://github.com/LibreELEC/actions/actions builds of LE12 and LE13 take 18 hours each, and addons take 10-12 hours each. Builds only get kicked off if there have been changes in the last 24 hours. Workflows can only be in the queue for 24 hours. Priority is given to binary addons when required.
So when only LE12 or LE13 are getting changes, you will see images and addons updated every 28-30 hours, but when changes are occurring on both LE12 and LE13 - you will see a 60 hour cycle.Workflows are cancelled automatically when passing 24 hours. Workflows (addons / images) are also cancelled when they won’t actually make change - eg addon update doesn’t need images rebuilt - because they were the same.
Hope that answers your questions. -
Well. I booted from ISO , menu-setup not showed my target-iSCSI. I switched to concole, tried command :
iscsiadm -m dicscovery -t sendtargets -p 192.168.1.97:3260
Answer -
iscsiadm: Could not perform SendTargets discovery: iSCSI driver not found. Please make sure it is loade and retry
What I may do ?... May be need patch kernel or apply change in file kernel_options ?This bit I can’t help with, as I haven’t used iscsi.
-
I downgrading version gcc and g++ to default on my system, next this steps:
1.cd ~
2.git clone https://github.com/LibreELEC/LibreELEC.tv.git
3. cd LibreELEC.tv
4. wget https://github.com/LibreELEC/LibreELEC.tv/pull/9163.patch
5. git am 9163.patch
============================
Use: open-iscsi: fix build with gcc-14
.git/rebase-apply/patch:37: trailing whitespace..git/rebase-apply/patch:41: trailing whitespace.
.git/rebase-apply/patch:43: trailing whitespace.
.git/rebase-apply/patch:51: trailing whitespace.
.git/rebase-apply/patch:67: trailing whitespace.
warning: missed 2 errors in whitespace characters
warning: 7 lines added errors in whitespace characters.
============================6.
#I enabled ISCSI_SUPPORT="no" to "yes" (number of str 197) in /LibreELEC.tv/distributions/LibreELEC/options7. make -j 9 image
............a lot of processing.....
and error
[087/313] [FAIL] build gmp:host
----------------
I study error, this way https://gmplib.org/download/gmp/gmp-6.3.0.tar.xz is not availible. I searched source code and rewrite file /LibreELEC.tv/packages/devel/commons-lang3/package.mk . I changed in str 10 old web-site (https://gmplib.org/download/gmp) to https://ftp.gnu.org/gnu/gmp/ and go to terminal and run ---> make distclean8. I make again
make -j 9 image
................a lot of processing
and error
[187/313] [FAIL] install nano:targetSame error, I done same actions that was early. Changed https://www.nano-editor.org/dist/v$%7BPKG_VERSION%25%25.%2A} to https://ftp.gnu.org/pub/gnu/nano/ in file ./packages/tools/nano/package.mk
After this i dont do -> make distclean, and simply run : make -j 9 image9. I looked, what process continues, and stop process ctrl-x, type ---> make distclean and begin of start
make -j 9 image
And... Many time and... Image has been building. Great !!
Many thanks!! I will try this Image , check iSCSI ability and write here.
I found image in folder /LibreELEC.tv/target/ His name LibreELEC-Generic.x86_64-13.0-devel-20240810073238-ce21c51.img.gz👍 Glad you got your build working.
-
I update gcc and g++ to version 14.1.0.
I tried lunch build (with fix and without fix(loading new git) ) , but not success.
Now error cmake (013/313)Code
Display MoreLog of errors: /home/tod/LibreELEC.tv/build.LibreELEC-Generic.x86_64-13.0-devel/build/cmake-3.30.2/.x86_64-linux-gnu/Bootstrap.cmk/cmake_bootstrap.log --------------------------------------------- FAILURE: scripts/build cmake:host during configure_host (package.mk) *********** FAILED COMMAND *********** ../configure --prefix=${TOOLCHAIN} --no-qt-gui --no-system-libs -- -DCMAKE_C_FLAGS="-O2 -Wall -pipe -Wno-format-security" -DCMAKE_CXX_FLAGS="-O2 -Wall -pipe -Wno-format-security" -DCMAKE_EXE_LINKER_FLAGS="${HOST_LDFLAGS}" -DCMAKE_USE_OPENSSL=OFF -DBUILD_CursesDialog=0 ************************************** FAILURE: scripts/build cmake:host has failed! The following log for this failure is available: /home/tod/LibreELEC.tv/build.LibreELEC-Generic.x86_64-13.0-devel/.threads/logs/13.log >>> cmake:host seq 13 >>> [013/313] [FAIL] build cmake:host
I installed cmake, but not success.
We build our own copy of cmake (it is failing for some reason)
Details will be in the build.LibreELEC-Generic.x86_64-13.0-devel/.threads/logs/13.log log file
1. But first go back to “your working machine” before you added gcc14. Ubuntu doesn’t have a gcc-142. Check the build. Run something like the following commands
cd /home/tod
mv LibreELEC.tv old
git clone https://github.com/LibreELEC/LibreELEC.tv.git
cd LibreELEC.tv
# wget … as above
# git am … as above
# we are not going to build open-iscsi yet
# let’s test you build environment
make image
# share your success/logs
# move on to scripts/build open-iscsi
Booting an image with iscsi may not/probably won’t work (or you might need to do some/a lot of work) we haven’t tested an iscsi build for a long time. -
Thx.
On the computer where I am building libreelec (x64 Ubuntu 22.04 - 64bit) is installed. At the moment I am compiling gcc-14, because... This fix, as I understand it, requires version 14. The terminal showed this: Application: open-iscsi: fix build with gcc-14.
I try it and write here.You won’t need gcc-14 to do the build (it will cause other issues), it looks like it has made your build host unstable.
The patches themselves are for the LE build system (as we compile a copy of gcc during the build)
The LE build will run with no problems on a “clean Ubuntu 22.04 or 24.04” system.
-
-
-
if you revert cf874452217e5548821dd24c971282e67297fb0d temporarily (until AMLGX is updated to 6.10). For fakeroot - the PR pulling in 1.35.1 has been merged.
-
I have done a test using noble (with host gcc 14) and needed the 3 patches in my gcc-14 branch (as I had expected) I needed to remove openjdk-21-jre-headless and use openjdk-17-jre-headless
Commits · heitbaum/LibreELEC.tvJust enough OS for KODI. Contribute to heitbaum/LibreELEC.tv development by creating an account on GitHub.github.comThen did scripts/build kodi
The build was successful
Note: le11 11.0.6 was built with the jammy docker image in our GitHub Actions.
-
duncang92 we are trying to test this ssl issue, and can’t reproduce it yet.
Can your please confirm the password to your mariadb matches between the advancedsettings.xml and the mariadb. The password won’t be “kodi”. Please don’t share your password here - but it should be the ddddd line.please also test the following line - it should let you in to the database.
# mariadb -h 192.168.68.51 --skip-ssl-verify-server-cert -u kodi -pCode
Display Morenuc12:~ # more .kodi/userdata/addon_data/service.mariadb/settings.xml <settings version="2"> <setting id="MYSQL_ROOT_PASS">ccccc</setting> <setting id="MYSQL_KODI_PASS">ddddddd</setting> </settings> nuc12:~ # more .kodi/userdata/addon_data/service.mariadb/set_mysql_passwords.sql SET PASSWORD FOR 'root'@'localhost'=PASSWORD('cccccc'); CREATE USER IF NOT EXISTS 'kodi'; CREATE USER IF NOT EXISTS 'kodi'@'localhost'; SET PASSWORD FOR 'kodi'=PASSWORD('dddded'); SET PASSWORD FOR 'kodi'@'localhost'=PASSWORD('dddddd'); GRANT ALL ON *.* TO 'kodi'; GRANT ALL ON *.* TO 'kodi'@'localhost'; flush privileges;
-
Already included in nightlies. https://github.com/LibreELEC/LibreELEC.tv/pull/9048
-
Sorry to beat a dead horse libreelec works flawless.
I see the request made on git and have also posted Kodi forumshttps://github.com/xbmc/xbmc/issues/25313
Is there anyway to edit a conf to disable the SSL requirement in the interim? I know this might not be the best place to post the question since it's confirmed as a Kodi issue. However figured I'd ask in case it might be a simple line I could toss in or in comment.
Thanks again for fixing this originally.In LE we have fixed/worked around …. the connector change and the fact that 3.4 can only work with a verified ssl connection.
The below patch to Kodi “should” fix Kodi to alway “not verify” ssl (thus allowing non sls too). I have not submitted it upstream as I have not “fully tested it”.Diff
Display MoreFrom 28b0785f4e08ea5bc102e42d7af55108256ce778 Mon Sep 17 00:00:00 2001 From: Rudi Heitbaum <[email protected]> Date: Mon, 10 Jun 2024 06:12:49 +0000 Subject: [PATCH] mysql: force SSL off --- xbmc/dbwrappers/mysqldataset.cpp | 2 ++ 1 file changed, 2 insertions(+) diff --git a/xbmc/dbwrappers/mysqldataset.cpp b/xbmc/dbwrappers/mysqldataset.cpp index e277eefd8f..99f2deb160 100644 --- a/xbmc/dbwrappers/mysqldataset.cpp +++ b/xbmc/dbwrappers/mysqldataset.cpp @@ -181,6 +181,11 @@ int MysqlDatabase::connect(bool create_new) if (!CWakeOnAccess::GetInstance().WakeUpHost(host, "MySQL : " + db)) return DB_CONNECTION_NONE; + my_bool verify=0; + mysql_options(conn, MYSQL_OPT_SSL_ENFORCE, (void *)&verify); + my_bool enforce_tls=0; + mysql_options(conn, MYSQL_OPT_SSL_ENFORCE, (void *)&enforce_tls); + // establish connection with just user credentials if (mysql_real_connect(conn, host.c_str(), login.c_str(), passwd.c_str(), NULL, atoi(port.c_str()), NULL, compression ? CLIENT_COMPRESS : 0) != NULL) -- 2.43.0
-
Atm the latest Pi nightly is from 2024-06-23 with latest update from 2024-06-22 which means the latest 8 changes haven't triggered a new build, any problems?
CI doesn’t really like [does not have capacity to] building both LE12 and LE13 on the same day. (And addons.)
in addition the generic builds overrun their 6 hour allotment so these have been missing out a bit. The overrun when the new job cancels the old being the most distracting.
I have cleared the backlog - so “all” 🤞LE13 nightlies are queued for build. -
-
Squeezelite can be found in the multimedia-tools addon.
The file you are trying to run is a 32bit arm binary, in LE12 RPi4 binaries are now 64bit aarch64. -
-
Looks ok here
Code
Display Morenuc12:~ # docker version Client: Version: 26.1.4 API version: 1.45 Go version: go1.22.4 Git commit: 5650f9b10226d75e8e9a490a31cc3e5b846e0034 Built: Thu Jun 6 20:30:59 UTC 2024 OS/Arch: linux/amd64 Context: default Server: Engine: Version: library-import API version: 1.45 (minimum version 1.24) Go version: go1.22.4 Git commit: library-import Built: library-import OS/Arch: linux/amd64 Experimental: true containerd: Version: 1.7.18 GitCommit: ae71819c4f5e67bb4d5ae76a6b735f29cc25774e runc: Version: 1.1.12 GitCommit: 51d5e94601ceffbbd85688df1c928ecccbfa4685 docker-init: Version: 0.19.0 GitCommit: