Bug#919627: kodi: Segfault at startup on computer that has been working with Kodi

2019-01-20 Thread Bálint Réczey
Control: tags -1 moreinfo

Hi Stephen,

Stephen Paul Weber  ezt írta (időpont:
2019. jan. 19., Szo, 8:21):
>
> >libdrm-nouveau2:amd64 (2.4.74-1, 2.4.95-1~bpo9+1)
> >
> >The libdrm-nouveau2 and related seem suspect, especially coming from
> >backports.
>
> Confirmed.  I downgraded libdrm-nouveau2 to the non-bpo version and then
> went through the pain of getting my system back to a consistent state.  Kodi
> now runs without issue once again.

Thank you. Could you please report the issue to the backports mailing list?
https://backports.debian.org/Instructions/#index6h2

I'm keeping this bug open because I reproduced the crash with xvfb
without -backports but I have not isolated the package breaking kodi
yet.
Since xvfb is not hugely popular for running kodi I'm putting this
issue on hold for now but please report if you (or anyone) face the
issue with a real video card in stretch without -backports enabled.

Thanks,
Balint



Bug#919627: kodi: Segfault at startup on computer that has been working with Kodi

2019-01-18 Thread Stephen Paul Weber

libdrm-nouveau2:amd64 (2.4.74-1, 2.4.95-1~bpo9+1)

The libdrm-nouveau2 and related seem suspect, especially coming from 
backports.


Confirmed.  I downgraded libdrm-nouveau2 to the non-bpo version and then 
went through the pain of getting my system back to a consistent state.  Kodi 
now runs without issue once again.


signature.asc
Description: PGP signature


Bug#919627: kodi: Segfault at startup on computer that has been working with Kodi

2019-01-18 Thread Stephen Paul Weber

Could you please check the upgrade logs and maybe tell which package
upgrade broke kodi for you?


$ grep ^Upgrade /var/log/apt/history.log
Upgrade: libdatetime-timezone-perl:amd64 (1:2.09-1+2018g, 1:2.09-1+2018i), 
tzdata:amd64 (2018g-0+deb9u1, 2018i-0+deb9u1)
Upgrade: flatpak:amd64 (0.8.9-0+deb9u1, 1.0.4-1~bpo9+1), bubblewrap:amd64 
(0.1.7-1, 0.3.1-2~bpo9+1), flatpak-builder:amd64 (0.8.9-0+deb9u1, 
1.0.1-1~bpo9+1), libostree-1-1:amd64 (2016.15-5, 2018.9.1-1~bpo9+1), 
xdg-desktop-portal:amd64 (0.5-1, 1.0.3-1~bpo9+1)
Upgrade: libgles2-mesa:amd64 (13.0.6-1+b2, 18.2.6-1~bpo9+1), 
libdrm-nouveau2:amd64 (2.4.74-1, 2.4.95-1~bpo9+1), libdrm-nouveau2:i386 
(2.4.74-1, 2.4.95-1~bpo9+1), libegl1-mesa-dev:amd64 (13.0.6-1+b2, 
18.2.6-1~bpo9+1), libglapi-mesa:amd64 (13.0.6-1+b2, 18.2.6-1~bpo9+1), 
libglapi-mesa:i386 (13.0.6-1+b2, 18.2.6-1~bpo9+1), mesa-common-dev:amd64 
(13.0.6-1+b2, 18.2.6-1~bpo9+1), libegl1-mesa:amd64 (13.0.6-1+b2, 
18.2.6-1~bpo9+1), libgbm1:amd64 (13.0.6-1+b2, 18.2.6-1~bpo9+1), 
libwayland-client0:amd64 (1.12.0-1, 1.16.0-1~bpo9+1), libwayland-bin:amd64 
(1.12.0-1, 1.16.0-1~bpo9+1), libdrm-amdgpu1:amd64 (2.4.74-1, 2.4.95-1~bpo9+1), 
libdrm-amdgpu1:i386 (2.4.74-1, 2.4.95-1~bpo9+1), libwayland-dev:amd64 
(1.12.0-1, 1.16.0-1~bpo9+1), libwayland-egl1-mesa:amd64 (13.0.6-1+b2, 
18.2.6-1~bpo9+1), libgles2-mesa-dev:amd64 (13.0.6-1+b2, 18.2.6-1~bpo9+1), 
libdrm2:amd64 (2.4.74-1, 2.4.95-1~bpo9+1), libdrm2:i386 (2.4.74-1, 
2.4.95-1~bpo9+1), libgl1-mesa-dev:amd64 (13.0.6-1+b2, 18.2.6-1~bpo9+1), 
libgl1-mesa-glx:amd64 (13.0.6-1+b2, 18.2.6-1~bpo9+1), libgl1-mesa-glx:i386 
(13.0.6-1+b2, 18.2.6-1~bpo9+1), libdrm-intel1:amd64 (2.4.74-1, 
2.4.95-1~bpo9+1), libdrm-intel1:i386 (2.4.74-1, 2.4.95-1~bpo9+1), 
libdrm-radeon1:amd64 (2.4.74-1, 2.4.95-1~bpo9+1), libdrm-radeon1:i386 
(2.4.74-1, 2.4.95-1~bpo9+1), libdrm-dev:amd64 (2.4.74-1, 2.4.95-1~bpo9+1), 
libwayland-server0:amd64 (1.12.0-1, 1.16.0-1~bpo9+1), libwayland-cursor0:amd64 
(1.12.0-1, 1.16.0-1~bpo9+1)
Upgrade: fdroidserver:amd64 (0.7.0-2, 1.0.6-1~bpo9+1)
Upgrade: vlc-bin:amd64 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), 
vlc-plugin-video-output:amd64 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), 
vlc-plugin-samba:amd64 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), vlc-plugin-qt:amd64 
(3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), libsystemd0:amd64 (232-25+deb9u6, 
232-25+deb9u8), libzmq5:amd64 (4.2.1-4, 4.2.1-4+deb9u1), 
vlc-plugin-skins2:amd64 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), 
vlc-plugin-visualization:amd64 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), 
vlc-l10n:amd64 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), vlc-plugin-notify:amd64 
(3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), libvlc5:amd64 (3.0.3-1-0+deb9u1, 
3.0.6-0+deb9u1), udev:amd64 (232-25+deb9u6, 232-25+deb9u8), libvlccore9:amd64 
(3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), libudev1:amd64 (232-25+deb9u6, 
232-25+deb9u8), libvlc-bin:amd64 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), 
libudev-dev:amd64 (232-25+deb9u6, 232-25+deb9u8), systemd-sysv:amd64 
(232-25+deb9u6, 232-25+deb9u8), vlc:amd64 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), 
libpam-systemd:amd64 (232-25+deb9u6, 232-25+deb9u8), vlc-data:amd64 
(3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), systemd:amd64 (232-25+deb9u6, 
232-25+deb9u8), vlc-plugin-video-splitter:amd64 (3.0.3-1-0+deb9u1, 
3.0.6-0+deb9u1), vlc-plugin-base:amd64 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1)

I believe that last one (with vlc etc) was executed *after* I observed the 
problem.  The libdrm-nouveau2 and related seem suspect, especially coming 
from backports.


signature.asc
Description: PGP signature


Bug#919627: kodi: Segfault at startup on computer that has been working with Kodi

2019-01-18 Thread Bálint Réczey
Control: tags -1 confirmed

Hi Stephen,

Stephen Paul Weber  ezt írta (időpont:
2019. jan. 18., P, 10:45):
>
> Package: kodi
> Version: 2:17.1+dfsg1-3
> Severity: important
>
> Dear Maintainer,
>
> I have been running kodi on this system under Debian 9 for at least a
> year with no issue.  Today, it will not run, either under the user I
> normally run it as, or my user, either in standalone mode or as a window
> on my normal LXDE desktop.  It segfaults during startup and I never even
> see the Kodi UI.  Included here is the debug log file it manages to
> write before crashing:

Thank you for the bug report. I was able to reproduce it even with the
autopkgtest snippet from 2:17.1+dfsg1-4:

$ xvfb-run -e /dev/stdout -s '-screen 0 1920x1080x24 +extension GLX' kodi
Segmentation fault (core dumped)
Crash report available at /root/kodi_crashlog-20190118_100247.log

Could you please check the upgrade logs and maybe tell which package
upgrade broke kodi for you?

Thanks,
Balint



Bug#919627: kodi: Segfault at startup on computer that has been working with Kodi

2019-01-17 Thread Stephen Paul Weber
Package: kodi
Version: 2:17.1+dfsg1-3
Severity: important

Dear Maintainer,

I have been running kodi on this system under Debian 9 for at least a
year with no issue.  Today, it will not run, either under the user I
normally run it as, or my user, either in standalone mode or as a window
on my normal LXDE desktop.  It segfaults during startup and I never even
see the Kodi UI.  Included here is the debug log file it manages to
write before crashing:

## Kodi CRASH LOG ###

 SYSTEM INFO 
 Date: Thu Jan 17 22:31:57 EST 2019
 Kodi Options: 
 Arch: x86_64
 Kernel: Linux 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27)
 Release: Debian GNU/Linux 9 (stretch)
## END SYSTEM INFO ##

### STACK TRACE #
=>  Core file: /home/kodi/core (2019-01-17 22:31:56.562352814 -0500)
=
[New LWP 1603]
[New LWP 1604]
[New LWP 1609]
[New LWP 1606]
[New LWP 1607]
[New LWP 1608]
[New LWP 1610]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/lib/x86_64-linux-gnu/kodi/kodi.bin'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x55fd51428382 in CWinSystemX11GLContext::IsExtSupported(char const*) ()
[Current thread is 1 (Thread 0x7f805f015b40 (LWP 1603))]

Thread 7 (Thread 0x7f8034c84700 (LWP 1610)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:180
#1  0x55fd51747e66 in XbmcThreads::CEventGroup::wait(unsigned int) ()
#2  0x55fd5141253d in ?? ()
#3  0x55fd51749cef in CThread::Action() ()
#4  0x55fd51749faf in CThread::staticThread(void*) ()
#5  0x7f805d888494 in start_thread (arg=0x7f8034c84700) at 
pthread_create.c:333
#6  0x7f8054fb8acf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 6 (Thread 0x7f8035c86700 (LWP 1608)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:180
#1  0x55fd50e2fb0d in ActiveAE::CActiveAESink::Process() ()
#2  0x55fd51749cef in CThread::Action() ()
#3  0x55fd51749faf in CThread::staticThread(void*) ()
#4  0x7f805d888494 in start_thread (arg=0x7f8035c86700) at 
pthread_create.c:333
#5  0x7f8054fb8acf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 5 (Thread 0x7f8036487700 (LWP 1607)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:180
#1  0x55fd50e2b387 in ActiveAE::CActiveAE::Process() ()
#2  0x55fd51749cef in CThread::Action() ()
#3  0x55fd51749faf in CThread::staticThread(void*) ()
#4  0x7f805d888494 in start_thread (arg=0x7f8036487700) at 
pthread_create.c:333
#5  0x7f8054fb8acf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 4 (Thread 0x7f8036e9c700 (LWP 1606)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:180
#1  0x55fd514a3c3c in CJobManager::GetNextJob(CJobWorker const*) ()
#2  0x55fd514a3dea in CJobWorker::Process() ()
#3  0x55fd51749cef in CThread::Action() ()
#4  0x55fd51749faf in CThread::staticThread(void*) ()
#5  0x7f805d888494 in start_thread (arg=0x7f8036e9c700) at 
pthread_create.c:333
#6  0x7f8054fb8acf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 3 (Thread 0x7f8035485700 (LWP 1609)):
#0  0x7f8054faf67d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x7f8059ac1c91 in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#2  0x7f8059ab34a1 in pa_mainloop_poll () from 
/usr/lib/x86_64-linux-gnu/libpulse.so.0
#3  0x7f8059ab3b3e in pa_mainloop_iterate () from 
/usr/lib/x86_64-linux-gnu/libpulse.so.0
#4  0x7f8059ab3bf0 in pa_mainloop_run () from 
/usr/lib/x86_64-linux-gnu/libpulse.so.0
#5  0x7f8059ac1bd9 in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#6  0x7f805191a2c8 in ?? () from 
/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-10.0.so
#7  0x7f805d888494 in start_thread (arg=0x7f8035485700) at 
pthread_create.c:333
#8  0x7f8054fb8acf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 2 (Thread 0x7f803769d700 (LWP 1604)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at 
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:143
#1  0x55fd50ffc1a9 in ANNOUNCEMENT::CAnnouncementManager::Process() ()
#2  0x55fd51749cef in CThread::Action() ()
#3  0x55fd51749faf in CThread::staticThread(void*) ()
#4  0x7f805d888494 in start_thread (arg=0x7f803769d700) at 
pthread_create.c:333
#5  0x7f8054fb8acf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 1 (Thread 0x7f805f015b40 (LWP 1603)):
#0  0x55fd51428382 in CWinSystemX11GLContext::IsExtSupported(char const*) ()
#1  0x55fd516e5680 in