On 30/08/15 20:00, Adrián Arévalo Tirado wrote: > Here's the backtrace if it serves as any help:
> #3 0x00007f44bb3eb9a7 in > QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () > from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 > #8 0x00007f449e55bfd0 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5 > > #18 0x00007f44b68590c1 in __dlopen (file=<optimized out>, mode=<optimized > out>) at dlopen.c:87 > > #19 0x00007f44a89e973f in ?? () from /usr/lib/libvlccore.so.8 Right, I've hit a similar bug yesterday. tl;dr run sudo /usr/lib/vlc/vlc-cache-gen -f /usr/lib/vlc/plugins The problem is that libqt4 and libqt5 can't be loaded in the same process. What is happening here is that you have a qt4 application that tries to do something with the audio, that loads a phonon plugin which happens to be phonon-backend-vlc, that loads the libvlccore, which in turn checks if the cached information about it's plugins is up-to-date and decides that it needs to regenerate the cache, and one of the plugins is the qt5 gui interface. Which ends the program with the informative backtrace you saw. Now, this shouldn't happen, vlc-nox regenerates the cache whenever a new plugins gets installed, but apparently this isn't as bullet proof as we need it to be. :( Manually running the vlc-cache-gen command as is done by the trigger handler in vlc-nox or even simply installing/reinstalling any vlc providing plugin package fixes the issue. Happy hacking, -- "If you think your users are idiots, only idiots will use it." -- Linus Torvalds Saludos /\/\ /\ >< `/
signature.asc
Description: OpenPGP digital signature
