Crash on Ubuntu

[mvallevand]

Classic is the only knewc skin that is not dependent on a base skin.
All add-ons have this issue to some extent but knewc is quite different from most others.

Martin

[crackulator]

Classic works with Aura. There are some slight alignment issues in the guide, but it's totally functional.

So all of the other skins are only intended to work with the matching base skin, but Classic is intended to be general?

[mvallevand]

Basically yes. Classic is the original mayhem-like skin going back to xbmc and gbpvr days which I tweaked a bit when I started using it and it is fully contained. NextPVR user pkscout contributed the other skins which use more shared elements from Confluence and Estuary.

Martin

[mvallevand]

Yeah the UI is fine if I use Estuary with Estuary. Haven't tried others, though I can if it's of interest to you. Not sure what the underlying story is there, if it requires explicit support for each skin, that's pretty unfortunate.

Here are both sides of the logs for the disappearing-knewc-probably-500-error issue, incident at 11:27p.

Does installing libgdiplus help?

Martin

[crackulator]

apt says "libgdiplus is already the newest version (4.2-2)"

[mvallevand]

Ok what about libc6-dev we need to find that missing library libdl.so

Martin

[crackulator]

Hmm. libc6-dev wasn't installed, but after installation, same result.

[mvallevand]

Can I see the NextPVR logs now maybe it is something else.

Also try sudo find / -iname libdl.*

Martin

[crackulator]

$ sudo find / -iname libdl.*
/usr/lib/x86_64-linux-gnu/libdl.a
/usr/lib/x86_64-linux-gnu/libdl.so
/timeshift/snapshots/2019-10-01_01-00-02/localhost/lib/x86_64-linux-gnu/libdl.so.2
/timeshift/snapshots/2019-09-29_01-00-01/localhost/lib/x86_64-linux-gnu/libdl.so.2
/timeshift/snapshots/2019-09-30_01-00-01/localhost/lib/x86_64-linux-gnu/libdl.so.2
/timeshift/snapshots/2019-10-03_01-00-01/localhost/usr/lib/x86_64-linux-gnu/libdl.a
/timeshift/snapshots/2019-10-03_01-00-01/localhost/usr/lib/x86_64-linux-gnu/libdl.so
/timeshift/snapshots/2019-10-03_01-00-01/localhost/lib/x86_64-linux-gnu/libdl.so.2
/timeshift/snapshots/2019-10-02_01-00-02/localhost/lib/x86_64-linux-gnu/libdl.so.2
find: ‘/run/user/1000/gvfs’: Permission denied
/home/matt-b/.config/chromium/Default/Extensions/fahmaaghhglfmonjliepjlchgpgfmobi/1.396.0_0/_platform_specific/x86-64/libdl.so.9b15f6a6
find: ‘/home/fritz/www/tools/documents’: Permission denied
find: ‘/home/fritz/www/music’: Permission denied
find: ‘/home/fritz/www/photos/originals’: Permission denied
/lib/x86_64-linux-gnu/libdl.so.2

Here's both sides of the logs, test at 22:43

[mvallevand]

Unfortunately we lost the first set of server logs but I think it is the same error.

Code:

System.TypeInitializationException: The type initializer for 'NUtility.SkinHelper' threw an exception. ---> System.TypeInitializationException: The type initializer for 'Gdip' threw an exception. ---> System.DllNotFoundException: Unable to load shared library 'libdl' or one of its dependencies. In order to help diagnose loading problems, consider setting the LD_DEBUG environment variable: liblibdl: cannot open shared object file: No such file or directory

It is the same error here https://github.com/dotnet/dotnet-docker/issues/618 and there are many dotnet posts with that one

What version of dotnet are you running if you type

/opt/dotnet/dotnet --info

If it is NOT 2.2.7 run the dpkg on the deb file again.

If it is the only thing I see remaining from the docker link is to install

sudo apt-get install libx11-dev

Martin