Posts by heitbaum

There was no Omega/Piers branches. So just needed to do a manual update. PRs created

Quote from jmbreuer

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

PKG_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."

Display More

(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?

Display More

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.tv

Just 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

Fixed in https://github.com/LibreELEC/LibreELEC.tv/pull/9911

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

Quote from dikov

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/

Quote from dikov

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/

Display More

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.

makeinstall_target() {
  mkdir -p ${INSTALL}/$(get_full_module_dir)/fs/${PKG_NAME}
    cp module/*.ko ${INSTALL}/$(get_full_module_dir)/fs/${PKG_NAME}
}

find 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.

PKG_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

Raised upstream https://jira.mariadb.org/browse/MDEV-36051

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

I’m pretty sure if you do: ldd /storage/.kodi/addons/service.softcam.oscam/bin/oscam there will be a missing library. I have queued up the bugfix.

oscam: include missing pcsc-lite shared library and addon (3) by heitbaum · Pull Request #9746 · LibreELEC/LibreELEC.tv

github.com

Please share systemctl status service.softcam.oscam.service