I can’t see anything in the log either. Suggest checking in on the Kodi forum for the “missing” file / folders now that we have ruled out curl itself (that doesn’t mean it still might not be curl - but it will be the api of curl)
Posts by heitbaum
-
-
I would suggest testing if curl or Kodi/curl api is the issue. Kodi Piers (LE13) is in development presently with curl 8.13.0. If there is an issue it would be the right time to get it fixed at the source.
From LE - something like -curl -k --user myusername:mypassword ftps://ftpserver.mine
and check that it is showing you the files you expect, they are accessible ….
- and why / what are the missing files?
What is the common pattern? E.g. Is it path length…. Is it special characters?
if a curl issue, then needs to be raised with the curl team (they release approximately every 2 months)If a Kodi issue then will need to be raised on the Kodi forum with a reproducible case.
but first best share debug logs will be required to analyze further with the current LE13 nightlies.
Also the results of the “locally executed curl”
-
There was no Omega/Piers branches. So just needed to do a manual update. PRs created
-
I'm trying to add a custom package to a debug build of LibreELEC.
My (WiP) packages/debug/heaptrack/package.mk:Code: packages/debug/heaptrack/package.mk
Display MorePKG_NAME="heaptrack" PKG_VERSION="1.5" #PKG_REV="0" PKG_SHA256="2f87cd1b7da7ef387ba042719119caec4abafa71313e956c19e214e7983d9090" PKG_LICENSE="GPL2" PKG_SITE="https://apps.kde.org/heaptrack/" # https://invent.kde.org/sdk/heaptrack/-/archive/1.5/heaptrack-1.5.tar.bz2 PGK_URL="https://invent.kde.org/sdk/${PKG_NAME}/-/archive/${PKG_VERSION}/${PKG_NAME}-${PKG_VERSION}.tar.bz2" #PKG_DEPENDS_HOST="toolchain:host" PKG_DEPENDS_TARGET="toolchain binutils boost elfutils libunwind zlib zstd" PKG_SHORTDESC="a heap memory profiler" PKG_LONGDESC="Heaptrack traces all memory allocations and annotates these events with stack traces."
(And I added it to packages/virtual/debug with a new HEAPTRACK switch.)
When the build gets to this package, it will try to detect the required toolchain (which should be cmake / cmake-make); but the build.LibreELEC-Generic.x86_64-13.0-devel/build/heaptrack-1.5/ directory is empty save for two stamp files.
There is no trace of the heaptrack-1.5.tar.bz2 source file in sources/ (or anywhere), nor any indication in any log that I can find where it would be downloaded.
I've verified the PKG_URL by running scripts/build edited to #!/bin/bash -x and it resolves as expected, and manually wget'ing that URL yields an archive with the source files.
What am I missing / what could be going wrong here?Typo? PGK_URL
-
Here is the changelog. So could be kernel 6.6.63 to 6.6.66. Nothing else stands out.
Comparing f894320...32f8832 · LibreELEC/LibreELEC.tvJust enough OS for KODI. Contribute to LibreELEC/LibreELEC.tv development by creating an account on GitHub.github.com -
Updates published. Please test
-
PR raised to rebuild these addons against the new libxml2. https://github.com/LibreELEC/LibreELEC.tv/pull/9923
-
-
What nightly are you running? It will need to be a recent version. And which Architecture/Device?
-
Sorry - missed numbers - ilmich may have to assist. I’ll close th3 PR as 3228 is not what you need.
-
meho test images are at https://heitbaum.libreelec.tv if these work for you then this can be merged. https://github.com/LibreELEC/LibreELEC.tv/pull/9832
-
Heitbaum,
Thank you for the suggestion. This indeed helped to install zfs kernel modules along with others, so when I boot it i have all modules in place, but zfs userspace tools (zpool and )
How to add them?
the command seems to install all sorts of things. But you will need to trial and error find the right install command to get the files you want. Otherwise saferemove the files. Otherwise cp is an option.
make install DESTDIR=${INSTALL}The below will help you work out what is going to end up in the image.
find build.LibreELEC-Generic.x86_64-13.0-devel/install_pkg/zfs-2.3.0/ -
I just compared build directories of zfs (installing improperly) to nano (installed properly)
in case of nano there are files withing:
$ ls nano-8.3/.x86_64-libreelec-linux-gnu/
config.h config.log config.status configure.lineno doc lib m4 Makefile po src stamp-h1 syntax
but same is empty in zfs folder.
$ ls zfs-2.3.0/.x86_64-libreelec-linux-gnu/That is because it is building in the builddir for nano. Whereas zfs is building in the PKGDIR. Builddir is the usual for LE packages.
-
No need to declare variables before hand. I don’t know what they will do. Just a scripts/build zfs to build the zfs.
Simple makeinstall_target is all that is necessary.Codemakeinstall_target() { mkdir -p ${INSTALL}/$(get_full_module_dir)/fs/${PKG_NAME} cp module/*.ko ${INSTALL}/$(get_full_module_dir)/fs/${PKG_NAME} }
Code
Display Morefind build.LibreELEC-Generic.x86_64-13.0-devel/install_pkg/zfs-2.3.0/ build.LibreELEC-Generic.x86_64-13.0-devel/install_pkg/zfs-2.3.0/ build.LibreELEC-Generic.x86_64-13.0-devel/install_pkg/zfs-2.3.0/.libreelec-package build.LibreELEC-Generic.x86_64-13.0-devel/install_pkg/zfs-2.3.0/usr build.LibreELEC-Generic.x86_64-13.0-devel/install_pkg/zfs-2.3.0/usr/lib build.LibreELEC-Generic.x86_64-13.0-devel/install_pkg/zfs-2.3.0/usr/lib/kernel-overlays build.LibreELEC-Generic.x86_64-13.0-devel/install_pkg/zfs-2.3.0/usr/lib/kernel-overlays/base build.LibreELEC-Generic.x86_64-13.0-devel/install_pkg/zfs-2.3.0/usr/lib/kernel-overlays/base/lib build.LibreELEC-Generic.x86_64-13.0-devel/install_pkg/zfs-2.3.0/usr/lib/kernel-overlays/base/lib/modules build.LibreELEC-Generic.x86_64-13.0-devel/install_pkg/zfs-2.3.0/usr/lib/kernel-overlays/base/lib/modules/6.12.15 build.LibreELEC-Generic.x86_64-13.0-devel/install_pkg/zfs-2.3.0/usr/lib/kernel-overlays/base/lib/modules/6.12.15/fs build.LibreELEC-Generic.x86_64-13.0-devel/install_pkg/zfs-2.3.0/usr/lib/kernel-overlays/base/lib/modules/6.12.15/fs/zfs build.LibreELEC-Generic.x86_64-13.0-devel/install_pkg/zfs-2.3.0/usr/lib/kernel-overlays/base/lib/modules/6.12.15/fs/zfs/spl.ko
-
Configure is doing strange stuff and not using the target compiler.
build.LibreELEC-Generic.x86_64-13.0-devel/build/zfs-2.3.0/build/kernel_fpu_license/build.log
make: Entering directory '/var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-13.0-devel/build/linux-6.12.15'
warning: the compiler differs from the one used to build the kernel
The kernel was built by: x86_64-libreelec-linux-gnu-gcc-15.0.1 (GCC) 15.0.1 20250223 (experimental)
You are using: gcc (Ubuntu 14.2.0-4ubuntu2~24.04) 14.2.0
MODPOST /var/media/DATA/home-rudi/LibreELEC.tv/build.LibreELEC-Generic.x86_64-13.0-devel/build/zfs-2.3.0/build/kernel_fpu_license
/Module.symvers
ERROR: modpost: GPL-incompatible module kernel_fpu_license.ko uses GPL-only symbol 'kernel_fpu_begin_mask'
ERROR: modpost: GPL-incompatible module kernel_fpu_license.ko uses GPL-only symbol 'kernel_fpu_end'==
this will get you quite a bit further. It is not complete or fully working on the make.
Bash
Display MorePKG_NAME="zfs" PKG_VERSION="2.3.0" PKG_SHA256="6e8787eab55f24c6b9c317f3fe9b0da9a665eb34c31df88ff368d9a92e9356a6" PKG_URL="https://github.com/openzfs/zfs/releases/download/zfs-${PKG_VERSION}/zfs-${PKG_VERSION}.tar.gz" PKG_DESCRIPTION="ZFS filesystem support" #PKG_TOOLCHAIN="autotools" PKG_IS_KERNEL_PKG="yes" configure_target() { #https://github.com/openzfs/zfs/pull/16924 cd $PKG_BUILD export KERNEL_CROSS_COMPILE=${TARGET_KERNEL_PREFIX} export KERNEL_ARCH=${TARGET_KERNEL_ARCH} ./configure --host=$TARGET_NAME --prefix=/usr \ --with-linux=$(kernel_path) \ --with-linux-obj=$(kernel_path) } make_target() { make V=1 \ ARCH=${TARGET_KERNEL_ARCH} \ KSRC=$(kernel_path) \ CROSS_COMPILE=${TARGET_KERNEL_PREFIX} } makeinstall_target() { mkdir -p ${INSTALL}/$(get_full_module_dir)/${PKG_NAME} cp *.ko ${INSTALL}/$(get_full_module_dir)/${PKG_NAME} }
-
12.0.0.5 is available now
-
-
Revert queue for le12. https://github.com/LibreELEC/LibreELEC.tv/pull/9776
Le13 will need further work - due to depends for a revert (libfmt/c23) - so will look in to the fix / upstream issue