Posts by vpeter

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

chewitt, lrusak: So in what state nxp/i.mx6 is regarding to usable for kodi? Almost there (as like 6 months or year back) or still far away?

If there are different subnets adding static routes should help?

Quote from chewitt

can you do an RPi image for these folks to test with this commit: TEMP: bump connman to HEAD to test ntp fix · chewitt/LibreELEC.tv@10982bd · GitHub

libreelec-rpi2.arm-9.0-connman-head-ntp-fix.img.gz