Posts by vpeter

Now I see the difference:

LibreELEC-Odroid_C2.aarch64-8.2.5.img.gz
ELF 64-bit LSB executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-, for GNU/Linux 3.7.0, stripped

LibreELEC-Odroid_C2.arm-9.0.1.img.gz
ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-, for GNU/Linux 3.2.0, stripped

So just build addon correctly and it will work again in LE 9 too

Quote from geekfisher

this did not worked but my 2to3 version was from a 3.x python...

Python libs are needed and not this binary.

Quote from IfThenERROR

syntax error: unexpected word (expecting ")")

This means you are using binary for wrong architecture.

Quote from IfThenERROR

I already did try to rebuild (as aarch64). Should that be aarch32? At least uname says aarch64.

When you build addon you need to set ARCH=arm. Because only kernel is 64 bit but userspace is 32 bit.

Quote from Da Flex

But there is a difference between "./gpio" and ". gpio".

Of course. But this is not the issue here

./gpio should work just fine. I think the problem is that gpio binary is build for wrong arch (arm/aarch64).

Quote from Da Flex

Code

. /.kodi/addons/service.wiringPi/bin/gpio

This is just ridiculous: there is no /.kodi/.... path.

As a workaround you can add

systemctl start storage-Media.mount

to file Autostart.sh [LibreELEC.wiki]

Don't put it between (...)&.

Try to enable "wait for network" in LibreELEC addon settings.

What do you get by command

systemctl status storage-Volume_1.mount

And did you even enable the service?

systemctl enable storage-Volume_1.mount

I build LE Generic 8.2.5 and it was made after this openssl fix. Maybe some other package could have similar issue.

I think path in Makefile.shared is not yet used when issue happen.

Maybe it fail because you have wrong time?

Quote

2018-06-22

And I see

Quote

No route to host

meaning your network is not yet up? Try to enable "wait for network" in LibreELEC addon settings.

If you run service manually then it is mounted?

systemctl start storage-Media.mount

Are you sure you are using correct addon for Odroid? You could get not found when binary is used for wrong architecture or something else is wrong with the binary.

Btw: you need to use ./gpio or gpio if file is on the path (which is after log out and log back in).

Did you made this addon yourself?

It would be easier to include required libs in image (need to build your own).

Use this post_makeinstall_target() function in packages/lang/Python2/package.mk

post_makeinstall_target() {
  rm -fr $PKG_BUILD/.$TARGET_NAME/build/temp.*

  for dir in bsddb idlelib lib-tk lib2to3 msilib pydoc_data test unittest; do
# added
    if [ "$dir" = "lib2to3" ]; then
      rm -rf $INSTALL/usr/lib/python*/$dir/tests
      continue
    fi
    rm -rf $INSTALL/usr/lib/python*/$dir
  done

  rm -rf $INSTALL/usr/lib/python*/config
# removed
#  rm -rf $INSTALL/usr/bin/2to3
  rm -rf $INSTALL/usr/bin/idle
  rm -rf $INSTALL/usr/bin/pydoc
  rm -rf $INSTALL/usr/bin/smtpd.py
  rm -rf $INSTALL/usr/bin/python*-config

  cd $INSTALL/usr/lib/$PKG_PYTHON_VERSION
  $TOOLCHAIN/bin/python -Wi -t -B $PKG_BUILD/Lib/compileall.py -d /usr/lib/$PKG_PYTHON_VERSION -f .
  find $INSTALL/usr/lib/$PKG_PYTHON_VERSION -name "*.py" -exec rm -f {} \; &>/dev/null

  # strip
  chmod u+w $INSTALL/usr/lib/libpython*.so.*
  debug_strip $INSTALL/usr
}

Clean Python2 package and make image

PROJECT=... ./scripts/clean Python2
PROJECT=... make

install addon which should work (for me it ask for credentials).

Just add nameserver 127.0.0.1 to LibreELEC settings?

Also using file /storage/.config/hosts.conf works to for name resolution.

My fix is working because LD_LIBRARY_PATH is set with LE environment libreelec-8.0/config/path · GitHub

Because host doesn't set it (it is empty) you will get the path with colon at the end. And this means "use current folder". I assume this change started to be problematic sometime with Ubuntu updates (didn't investigate where, why/...)

LE 9 unsets this path that's why there is no this issue and will not pop up any time libreelec-9.0/config/path - GitHub

Addon needs to be rebuild.

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)