Posts by heitbaum

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

Please update to latest nightly. Likely glibc 2.41 dependency

Something before 23rd December - this is when ffmpeg was merged - https://github.com/LibreELEC/Libr…0e3ed829a1d+210 “Merge pull request #9569 from HiassofT/le13-ffmpeg-7”

Waiting on the upstream changes to be incorporated and a new version being shipped. https://github.com/xbmc/inputstream.ffmpegdirect/pull/304

In LE12 we moved the libraries to lib.private to keep them from colliding and cluttering the LD_LIBRARY_PATH.

nuc12:~ # find .kodi/addons/ | grep libfuse.so
.kodi/addons/virtual.system-tools/lib.private/libfuse.so
.kodi/addons/virtual.system-tools/lib.private/libfuse.so.2
.kodi/addons/virtual.system-tools/lib.private/libfuse.so.2.9.9
.kodi/addons/virtual.network-tools/lib.private/libfuse.so
.kodi/addons/virtual.network-tools/lib.private/libfuse.so.2
.kodi/addons/virtual.network-tools/lib.private/libfuse.so.2.9.9

the rpath has been updated on the binaries

nuc12:~ # ldd .kodi/addons/virtual.system-tools/bin/mtpfs
linux-vdso.so.1 (0x00007f34ba525000)
libfuse.so.2 => /storage/.kodi/addons/virtual.system-tools/bin/../lib.private/libfuse.so.2 (0x00007f34ba4e1000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f34ba2ec000)
libusb-1.0.so.0 => /usr/lib/libusb-1.0.so.0 (0x00007f34ba2d7000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007f34ba119000)
libudev.so.1 => /usr/lib/libudev.so.1 (0x00007f34ba0ca000)
/lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007f34ba527000)

The code that does this is: https://github.com/LibreELEC/Libr…package.mk#L194

Quote from mglae

heitbaum 20230309 is older than 12.0.1 of 2024-10-17

Oops - didn’t read that.

dembala please try current LE12 nightlies. As if the issue is the same as the WebDAV issue, then the le12 nightly has the fix. https://github.com/LibreELEC/LibreELEC.tv/pull/9178

These are at https://test.libreelec.tv/12.0/ (scroll to the end an use the latest 202412xx image.