Posts by vpeter

Quote from pajtaz

I am surprised this was not caught earlier.

I assume some change come with host system updates. Because 8.2.5 was build without a problem when it was current.

Interesting read: How Torch broke ls and made me vulnerable (or the hidden dangers of LD_LIBRARY_PATH)

Possible solution: Openssl compilation issue

And the winner is

makeinstall_target() {
  make INSTALL_PREFIX=$INSTALL install_sw
  LD_LIBRARY_PATH= make INSTALL_PREFIX=$SYSROOT_PREFIX install_sw
  chmod 755 $INSTALL/usr/lib/*.so*
  chmod 755 $INSTALL/usr/lib/engines/*.so
}

After closer examination I noticed that LD_LIBRARY_PATH is set to

/home/le/LibreELEC.tv.8.2.5/build.LibreELEC-Generic.x86_64-8.2.5/toolchain/lib:

and (seems) it means current folder is also set because nothing exists after ":" separator. And make and every other command fails in the folder where libraries are stored

/home/le/LibreELEC.tv.8.2.5/build.LibreELEC-Generic.x86_64-8.2.5/toolchain/x86_64-libreelec-linux-gnu/sysroot/usr/lib

cd /home/le/LibreELEC.tv.8.2.5/build.LibreELEC-Generic.x86_64-8.2.5
le@here:/home/le/LibreELEC.tv.8.2.5/build.LibreELEC-Generic.x86_64-8.2.5/toolchain/x86_64-libreelec-linux-gnu/sysroot/usr/lib$ LD_LIBRARY_PATH="/dummy" which make
/usr/bin/make
le@here:/home/le/LibreELEC.tv.8.2.5/build.LibreELEC-Generic.x86_64-8.2.5/toolchain/x86_64-libreelec-linux-gnu/sysroot/usr/lib$ LD_LIBRARY_PATH="/dummy:" which make
Segmentation fault (core dumped)

Possible solutions: How to change duplicate MAC Address

Marked as resolved

Happy viewing.

Try to use this makeinstall_target() function in packages/security/openssl/package.mk

makeinstall_target() {
  make INSTALL_PREFIX=$INSTALL install_sw
  #make INSTALL_PREFIX=$SYSROOT_PREFIX install_sw
  chmod 755 $INSTALL/usr/lib/*.so*
  chmod 755 $INSTALL/usr/lib/engines/*.so

  cp -a $INSTALL/* $SYSROOT_PREFIX
}

Didn't check why make crashes when installing to SYSROOT.

This also works

makeinstall_target() {
  make INSTALL_PREFIX=$INSTALL install_sw

  find . -type f -name "Makefile*" -exec sed -i "s|chmod 555|chmod 755|g" {} \;
  find . -type f -name "Makefile*" -exec sed -i "s|\$(MAKE) -f \$\$here|env -i \$(MAKE) -f \$\$here|g" {} \;
  touch Makefile Makefile.org Configure config

  make INSTALL_PREFIX=$SYSROOT_PREFIX install_sw
  chmod 755 $INSTALL/usr/lib/*.so*
  chmod 755 $INSTALL/usr/lib/engines/*.so
}

I don't see crash with this version

Quote from emveepee

Do I have to worry about the sha256 if it is using the commit number?

Just use empty

PKG_SHA256=""

You can change in file distributions/LibreELEC/options

GET_HANDLER_SUPPORT="archive file"

and then in package.mk use

PKG_URL="file://pvr.nextpvr-some-version.tar.gz"

and copy this file to LIbreELEC root folder and this one will be used.

Just open file packages/mediacenter/kodi-binary-addons/pvr.nextpvr/package.mk in LibreELEC folder and change three lines I mentioned above.

Version d6bf9a3b4bf22702f907d00adb8618af161e1f23 is from git and no tag is needed.

And Welcome here Martin

In file packages/mediacenter/kodi-binary-addons/pvr.nextpvr/package.mk replace

PKG_VERSION="d6bf9a3b4bf22702f907d00adb8618af161e1f23"
PKG_SHA256="07b065a72f316ee0721513c11a045a36ece44c8a1adc13d6f20cd4592ed630b8"
PKG_REV="4"

build addon

PROJECT=.. ARCH=... ./scripts/clean pvr.nextpvr
PROJECT=.. ARCH=... ./scripts/create_addon pvr.nextpvr

Let me rebuild it and see what the issue is. Last time I build it successfully.

Tell Martin that delay with sleep() was just to show that thread was not created yet when it was destroyed. Removing false argument will fix the issue.

When there is no server there is almost no delay.

Write on the thread that in constructor cPVRClientNextPVR there should be CreateThread() without false argument.

Then addon starts without Kodi crashing.

You can try Generic x86_64 version with this change: pvr.nextpvr-3.3.13.3.zip

--- a/src/pvrclient-nextpvr.cpp    2019-03-08 23:02:24.000000000 +0100
+++ b/src/pvrclient-nextpvr.cpp    2019-03-28 12:16:43.445033631 +0100
@@ -159,7 +159,7 @@ cPVRClientNextPVR::cPVRClientNextPVR()
m_realTimeBuffer = new timeshift::DummyBuffer();
m_livePlayer = nullptr;

-  CreateThread(false);
+  CreateThread();
}

cPVRClientNextPVR::~cPVRClientNextPVR()

Kodi should get back on with addon disabled. Then set IP address.

Did you set correct IP address of your NextPVR server application? Seems not if you have IP address 127.0.0.1 which is LibreELEC itself.

Try

mkdir -p /media/data
vmhgfs-fuse .host:/mnt/data /media/data

I'm not really sure why change in connman would help here because the problem is that UDP packets which carries NTP response data are dropped in kernel when using wifi (because of wrong TOS).