[wayne]

Hallihallo,

jetzt gab es ja gerade ein größeres Update in MLD5.5-testing.
Leider verursacht skinnopacity wieder/immer noch einen Dauer-Restart...

Auch hier schon angemerkt:

https://www.minidvblinux.de/forum/index.php/topic,10280.msg82130.html#msg82130
https://www.minidvblinux.de/forum/index.php/topic,10216.msg81369.html#msg81369


Wird das noch gefixt? 


Danke und Grüße,
wayne

[clausmuus]

Hi,

versuche es Bitte jetzt noch mal. Beim letzten Build wurden nicht alle Pakete aktualisiert.

[wayne]

Guten Morgen,

habe aktualisiert und nun den Fehler:

Code: [Select]

VDR exits at So Apr 24 11:13:20 CEST 2022
vdr: /usr/lib/vdr/libvdr-softhddevice.so.2.6.1: undefined symbol: glXWaitVideoSyncSGI
vdr: /usr/lib/vdr/libvdr-softhddevice.so.2.6.1: undefined symbol: glXWaitVideoSyncSGI
VDR exits at So Apr 24 11:13:21 CEST 2022
vdr: /usr/lib/vdr/libvdr-softhddevice.so.2.6.1: undefined symbol: glXWaitVideoSyncSGI
vdr: /usr/lib/vdr/libvdr-softhddevice.so.2.6.1: undefined symbol: glXWaitVideoSyncSGI
VDR exits at So Apr 24 11:13:32 CEST 2022
vdr: /usr/lib/vdr/libvdr-softhddevice.so.2.6.1: undefined symbol: glXWaitVideoSyncSGI
vdr: /usr/lib/vdr/libvdr-softhddevice.so.2.6.1: undefined symbol: glXWaitVideoSyncSGI
VDR exits at So Apr 24 11:13:43 CEST 2022

[clausmuus]

Hi,
magst Du's nach einem Update des softhddevice Plugins noch einmal testen. Eventuell musst DU das auch entfernen und wieder neu installieren.

[wayne]

Na klar würde ich nochmals testen...

Allerdings wird grad kein neues softhddevice angeboten. Installiert ist 1.4.0-77+2.6.1.221

[clausmuus]

Deshalb ja löschen und neu installieren. Oder auf der Console "apt reinstall vdr-plugin-softhddevice"

[wayne]

Bin heute morgen um 11 wieder auf den Stand von gestern zurück, somit lief ja auch softhddevice.
Das ist auch alles soweit i.O.

Nur skinnopacity liefert:

Code: [Select]

Killed
VDR exits at So Apr 24 17:18:26 CEST 2022
Magick: abort due to signal 11 (SIGSEGV) "Segmentation Fault"...
Aborted
VDR exits at So Apr 24 17:19:20 CEST 2022
Magick: abort due to signal 11 (SIGSEGV) "Segmentation Fault"...
Aborted

[clausmuus]

kommt der skinnopacity Fehler mit dem update von heute?

[wayne]

Ja, auch mit dem Update von heute...

[wayne]

Das Problem besteht auch mit dem Update (2022.05.01-27+2.6.1.221) von heute...

[wayne]

Habe mal im vdr-portal-forum nachgefragt
Wie erstelle ich denn einen backtrace unter MLD?

[wayne]

Einen backtrace konnte ich jetzt erstellen.
Ist ja auch schön im Wiki beschrieben...

[wayne]

Leider ist wohl der Backtrace nicht aussagekräftig...

Das ist leider nicht hilfreich, weil Magick hier den eigentlichen Fehler unterdrückt.

Da hilft nur ein aussagekräftiger Backtrace.

wayne , Dein Backtrace hilft mir da leider nicht, weil Du Binarys ohne Debug-Symbole benutzt hast.

Ich weiss auch nicht, ob es bei mld Debug-Pakete dazu gibt.

Wenn ich mir das mal ansehen soll, dann brauche ich ein Backtrace von Binarys mit Debug-Symbolen.

Könntest Du bitte alle *.dbg Pakete für VDR + Plugins installieren, und dann noch einen erzeugen?

Also vdr-plugin-skinnopacity-dbg, vdr-dbg, ...

Wie geht das bei MLD?


Danke und Grüße
wayne

[clausmuus]

Hi,
ich habe im unstable das skin Plugin und das vdr Paket mit debug Symbolen erstellt.
Bitte installiere diese neu und erstelle dann noch mal ein Bucktrace für kamel5
Das Installieren sollte per "apt reinstall vdr vdr-plugin-skinnopacity" klappen, wenn die Pakete im Webif nicht als update angeboten werden.
Vor dem Update musst Du auf unstable umstellen.
Der Backtrace sollte dann erheblich mehr Infos enthalten. Das fällt sofort auf, wenn man sich den anschaut.
Sag Bitte bescheid, falls Du weitere Pakete bzw. Plugins mit Debug Symbolen brauchst.

[wayne]

Eine neue core-Datei wurde erstellt, aber den Backtrace konnte ich nicht erstellen.
Der gbm-Prompt schließt (killed) sich sofort wieder:

Code: [Select]

MLD-NUC> gdbmld debug
starting GDB Debugger
GNU gdb (Debian 8.2.1-2+b3) 8.2.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/vdr...done.
[New LWP 26219]
[New LWP 26227]
[New LWP 26225]
[New LWP 26224]
[New LWP 26226]
[New LWP 26236]
[New LWP 26234]
[New LWP 26229]
[New LWP 26230]
[New LWP 26232]
[New LWP 26235]
[New LWP 26228]
[New LWP 26222]
[New LWP 26231]
[New LWP 26237]
[New LWP 26233]
[New LWP 26238]
[New LWP 26223]
[New LWP 26239]

warning: File "/lib/x86_64-linux-gnu/libthread_db-1.0.so" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".
To enable execution of this file add
        add-auto-load-safe-path /lib/x86_64-linux-gnu/libthread_db-1.0.so
line to your configuration file "/root/.gdbinit".
To completely disable this security protection add
        set auto-load safe-path /
line to your configuration file "/root/.gdbinit".
For more information about this security protection see the
"Auto-loading safe path" section in the GDB manual.  E.g., run from the shell:
        info "(gdb)Auto-loading safe path"

warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available.
Killed
MLD-NUC>