Posts by mglae

nslookup = name server lookup- the tool is only querying DNS servers.

Use getent hosts <name> to query NSS.

Thanks. So it can theoretical generate errors anywhere when building 8.2.5.

I first thoughed it's only an openssl issue because of creating the wrong LD_LIBRARY_PATH while compiling, i.e. makefile.shared#l98

Quote from vpeter

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

Yes, but misusing LD_LIBRARY_PATH in openssl 1.0.* makefiles is the error.

Looking at the official openssl.spec you see they are aware of the issue:

LD_LIBRARY_PATH=`pwd` make
LD_LIBRARY_PATH=`pwd` make rehash
LD_LIBRARY_PATH=`pwd` make test

BTW: I don't understand why your fix is working, IMO LD_LIBRARY_PATH must not be empty.

Starting with openssl 1.1.0 the bug is fixed so LibreELEC master is safe.

But LE 9.0* is still using openssl 1.0.2X and the failure can pop up any time without LD_LIBRARY_PATH work around.

PlayerProcessInfo is mapped to the 'o' when using a keyboard. But keep in mind the overlay results in some additional CPU load.

The Kodi fix is merged in the meantime and will be part of the next LibreELEC release.

You can test today if curious, the fix is already part of the latest Milhouse Test Builds.

Create a 9.0.1 installation stick, boot from it and type run at the boot prompt to enable persistent live mode. Follow the "Installing" paragraph in first post of the thread to install the test build.

Your current installation is not altered by the test.

20:46:48.066 T:140353191193920   ERROR: CShader::InsertSource - failed to open file gl_tonemap.glsl

Maybe the fix for Kodi issue #15723 can help you too.

Mar 18 13:41:11 kodi systemd[1]: storage-recordings.mount: Where= setting doesn't match unit name. Refusing.

Where= setting: Where=/storage/music

Unit name: storage-recordings.mount

Rename unit to storage-music.mount to get it work.

Enable Expert settings level. Go to Settings->Player->Videos and disable MPEG2 acceleration.

Mar 17 12:17:26 LibreELEC kernel: pcieport 0000:00:1c.0: AER: Corrected error received: 0000:00:1c.0
Mar 17 12:17:26 LibreELEC kernel: pcieport 0000:00:1c.0: PCIe Bus Error: severity=Corrected, type=Data Link Layer, (Transmitter ID)
Mar 17 12:17:26 LibreELEC kernel: pcieport 0000:00:1c.0:   device [8086:9c14] error status/mask=00001000/00002000
Mar 17 12:17:26 LibreELEC kernel: pcieport 0000:00:1c.0:    [12] Timeout               

Try the work around from here.

Looks like you only build the package(s) but do not install them to the image. But this is really a wild guess.

LibreELEC vdr-addon is created without any vdr locale file.

If you really do need them you have to configure and add locale for all packages.

5schatten  Alucard No test needed. It has no effect because there is no i915.ko module that can be loaded by modprobe.

Quote from Alucard

'm not sure how to do it with libreelec...

The driver is compiled into the LibreELEC kernel. You have to add a kernel parameter.

Make /flash writable: mount -o remount,rw /flash

Edit /flash/EFI/BOOT/syslinux.cfg, /flash/syslinux.cfg or /flash/extlinux.conf (depends how your system was installed) and add  i915.enable_fbc=0 after the quiet.

Save and reboot. Check with cat /proc/cmdline that the parameter is set correctly.

The LE9 Generic image includes an EFI32 boot loader.

But this is useless theoretical discussion. Create an LE9 Generic installation stick, type "run" at first boot for persistent live mode and test if your hardware is working.

Quote from cbanakis

Do you have any idea if I will run into driver related problems?

For example, if I install on a computer with an AMD graphics card, then throw the hard drive into the HTPC in question, will it be a disaster?

There is no hardware depended installation. All drivers are selected at boot time.

Mesa is build with assert() enabled. This is usually only used for testing and debugging programs. After disabling the checks the code may work despite the found error condition (or there will be a real crash).

You can build a LibreELEC image with PR3131 applied to test it on your HW.

Feb 25 08:44:49 lounge kodi.sh[625]: ../src/gallium/auxiliary/util/u_handle_table.c:226:handle_table_get: Assertion `handle' failed.
Feb 25 08:44:53 lounge kodi.sh[625]: Aborted (core dumped)

It's an assertion in Mesa. May or may not work when build without.