FS#61036 - [lmms] package broken after latest update

Attached to Project: Community Packages
Opened by Nate (ion203) - Tuesday, 11 December 2018, 23:49 GMT
Last edited by David Runge (dvzrv) - Tuesday, 08 January 2019, 18:03 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To David Runge (dvzrv)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 5
Private No

Details

Description:
After updating today, LMMS no longer functions. Click and drag controls don't work. Upon attempting to load a pre-existing file with a VST plugin, it crashes with the following:

Cannot mix incompatible Qt library (version 0x50b02) with this library (version 0x50c00)
Thread 1 "lmms" received signal SIGABRT, Aborted.
0x00007ffff57e5d7f in raise () from /usr/lib/libc.so.6
(gdb) bt
#0 0x00007ffff57e5d7f in raise () at /usr/lib/libc.so.6
#1 0x00007ffff57d0672 in abort () at /usr/lib/libc.so.6
#2 0x00007ffff5b877fc in () at /usr/lib/libQt5Core.so.5
#3 0x00007ffff5b9b50c in () at /usr/lib/libQt5Core.so.5
#4 0x00007ffff7a7c76b in QWidgetPrivate::QWidgetPrivate(int) () at /usr/lib/libQt5Widgets.so.5
#5 0x00007fffdc6e75ca in QX11EmbedContainer::QX11EmbedContainer(QWidget*) () at /usr/lib/lmms/libvstbase.so
#6 0x00007fffdc6d9bc3 in VstPlugin::createUI(QWidget*) () at /usr/lib/lmms/libvstbase.so
#7 0x00007fffdc6b9217 in vestigeInstrument::loadFile(QString const&) () at /usr/lib/lmms/libvestige.so
#8 0x00007fffdc6b3ac9 in vestigeInstrument::loadSettings(QDomElement const&) () at /usr/lib/lmms/libvestige.so
#9 0x00005555556d15f2 in SerializingObject::restoreState(QDomElement const&) ()

Looks related to the recent QT 5.11 -> 5.12 update and may just require a rebuild? I tried to test it myself but it failed at:

[ 74%] Generating ../RemoteVstPlugin
In file included from /tmp/lmms/src/lmms-1.2.0rc7/include/MidiEvent.h:28,
from /tmp/lmms/src/lmms-1.2.0rc7/include/RemotePlugin.h:29,
from /tmp/lmms/src/lmms-1.2.0rc7/plugins/vst_base/RemoteVstPlugin.cpp:35:
/usr/include/c++/8.2.1/cstdlib:75:15: fatal error: stdlib.h: No such file or directory
#include_next <stdlib.h>
^~~~~~~~~~
This task depends upon

Closed by  David Runge (dvzrv)
Tuesday, 08 January 2019, 18:03 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed with qt-base 5.12.0-2 and lmms 1.2.0rc7-2
Comment by Justas (SSStormy) - Thursday, 13 December 2018, 22:22 GMT
Can confirm that the drag&drop doesn't work anymore on QT 5.12. Can't get it to crash however.

==> Software upgrade (new version) :
extra/qt5-base 5.11.2-3 -> 5.12.0-1
extra/qt5-location 5.11.2-2 -> 5.12.0-1

Building fails too:

[ 50%] Building CXX object CMakeFiles/RemoteVstPlugin64.dir/home/justas/builds/lmms/plugins/vst_base/RemoteVstPlugin.cpp.o
Scanning dependencies of target zynaddsubfx_nio
[ 50%] Building CXX object CMakeFiles/RemoteVstPlugin32.dir/home/justas/builds/lmms/plugins/vst_base/RemoteVstPlugin.cpp.o
[ 66%] Generating VirKeyboard.h
In file included from /home/justas/builds/lmms/include/MidiEvent.h:28,
from /home/justas/builds/lmms/include/RemotePlugin.h:28,
from /home/justas/builds/lmms/plugins/vst_base/RemoteVstPlugin.cpp:35:
/usr/include/c++/8.2.1/cstdlib:75:15: fatal error: stdlib.h: No such file or directory
#include_next <stdlib.h>
^~~~~~~~~~
compilation terminated.
winegcc: g++ failed
make[5]: *** [CMakeFiles/RemoteVstPlugin64.dir/build.make:63: CMakeFiles/RemoteVstPlugin64.dir/home/justas/builds/lmms/plugins/vst_base/RemoteVstPlugin.cpp.o] Error 2
make[4]: *** [CMakeFiles/Makefile2:73: CMakeFiles/RemoteVstPlugin64.dir/all] Error 2
make[3]: *** [Makefile:84: all] Error 2
make[2]: *** [plugins/vst_base/CMakeFiles/RemoteVstPlugin64.dir/build.make:111: plugins/vst_base/RemoteVstPlugin64-prefix/src/RemoteVstPlugin64-stamp/RemoteVstPlugin64-build] Error 2
make[1]: *** [CMakeFiles/Makefile2:8039: plugins/vst_base/CMakeFiles/RemoteVstPlugin64.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
In file included from /home/justas/builds/lmms/include/MidiEvent.h:28,
from /home/justas/builds/lmms/include/RemotePlugin.h:28,
from /home/justas/builds/lmms/plugins/vst_base/RemoteVstPlugin.cpp:35:
/usr/include/c++/8.2.1/cstdlib:75:15: fatal error: stdlib.h: No such file or directory
#include_next <stdlib.h>
^~~~~~~~~~
compilation terminated.
winegcc: g++ failed
make[5]: *** [CMakeFiles/RemoteVstPlugin32.dir/build.make:63: CMakeFiles/RemoteVstPlugin32.dir/home/justas/builds/lmms/plugins/vst_base/RemoteVstPlugin.cpp.o] Error 2
make[4]: *** [CMakeFiles/Makefile2:73: CMakeFiles/RemoteVstPlugin32.dir/all] Error 2
make[3]: *** [Makefile:84: all] Error 2
make[2]: *** [plugins/vst_base/CMakeFiles/RemoteVstPlugin32.dir/build.make:111: plugins/vst_base/RemoteVstPlugin32-prefix/src/RemoteVstPlugin32-stamp/RemoteVstPlugin32-build] Error 2
make[1]: *** [CMakeFiles/Makefile2:8076: plugins/vst_base/CMakeFiles/RemoteVstPlugin32.dir/all] Error 2
[ 66%] Building CXX object plugins/Xpressive/CMakeFiles/xpressive.dir/ExprSynth.cpp.o
Comment by Justas (SSStormy) - Sunday, 16 December 2018, 01:02 GMT
I am able to build LMMS without encountering the stdlib.h error by downgrading to an earlier version of Wine (wine-3.20-1-x86_64.pkg.tar.xz). Unsure where the boundary between can compile and won't stands here.

I am still unable to drag & drop instruments on the self-built version.
QT is extra/qt5-base 5.12.0-1 (qt qt5)

./lmms -v
LMMS 1.2.0-rc7.391
(Linux x86_64, Qt 5.12.0, GCC 8.2.1 20181127)
Comment by Justas (SSStormy) - Sunday, 16 December 2018, 22:08 GMT
Compiling with -DWANT_VST=OFF gets rid of Vestige & the winegcc errors but the broken drag & drop still persists.
Comment by Arron (TerusTheBird) - Tuesday, 18 December 2018, 19:10 GMT
I can also confirm that click and drag is broken.
Comment by Hannes Wallnöfer (jonnyDumb) - Monday, 31 December 2018, 17:21 GMT
Encoutnered this post today: https://lmms.io/forum/viewtopic.php?f=7&t=29580
I did not try the linked AppImage, but it is also linked form the official download site: https://lmms.io/download/#linux
Comment by David Runge (dvzrv) - Tuesday, 01 January 2019, 12:52 GMT
@ion203: Thanks for reporting! For the future: Please provide a more useful bug title (e.g. drag & drop fails with qt > 5.12). All in all I think this is more of an incompatibility issue, that should be tracked upstream.
@SSStormy: As you provided a bug report upstream [1] regarding the qt > 5.12 problem already, it would be nice if you could link to it, so people can actually track it here.
The Wine/VST problem seems to be a separate issue. Care to open a bug report for that as well? That would be great, as it will take me some time to get onto this (currently on family holiday).

@jonnyDumb: That's not relevant for this issue.

[1] https://github.com/LMMS/lmms/issues/4738

Comment by - (cubetronic) - Saturday, 05 January 2019, 01:26 GMT
Confirmed: Drag & Drop broken, which renders the program virtually useless!!

WORKAROUND:
From what I gather from github, it should be compiled with Qt 5.11. I downloaded their released App Image and it works for me.

Also, somebody forked it and maybe they got it to work with the latest version of Qt, but I didn't test that.

signing off from Artix Linux LXQT
Comment by David Runge (dvzrv) - Saturday, 05 January 2019, 12:30 GMT
@cubetronic: Well, your comment is also virtually useless, as it adds no valuable information (the app image is irrelevant for this report, qt is in 5.12 in the repos, therefore we will not build against 5.11 and the fork is utter nonesense as well, as it promotes qt4(!) over qt5).
Additionally, please refrain from writing e-mails to me about this matter with the same information as in this bug report (especially right after posting here). The only thing this speeds up for you is ending up in my e-mail kill file.


In case anyone's interested in reading into the background (to actually help fix it), there's a lengthy forum discussion [1] and at least one bug report [2] regarding this, mentioned in the lmms bug report.

There's currently not much to do about it, as lmms hasn't figured out a (complete) fix for this either.

[1] https://forum.qt.io/topic/97649/bug-in-qt-5-12-drag-n-drop
[2] https://bugreports.qt.io/browse/QTBUG-72844?jql=project%20%3D%20QTBUG%20AND%20component%20%3D%20%22GUI%3A%20Drag%20and%20Drop%22%20AND%20affectedVersion%20%3E%3D%205.12.0%20ORDER%20BY%20created%20DESC
Comment by David Runge (dvzrv) - Saturday, 05 January 2019, 13:39 GMT
As noted upstream, there seems to be a pull request for qt5 regarding this problem [1], that will hopefully land in 5.12.1.

[1] https://codereview.qt-project.org/#/c/249086/
Comment by David Runge (dvzrv) - Saturday, 05 January 2019, 14:16 GMT
@ion203: I believe the crash with the vestige host is unrelated to the drag&drop issue. Please report it upstream.

@ion203, SSStormy: Additionally, I can not reproduce the build issues you're having with lmms. I assume you're not using a clean chroot to build the package.
Please try again with devtools [1] and do a `multilib-build -c` in the directory with the PKGBUILD.

[1] https://www.archlinux.org/packages/extra/any/devtools/
Comment by David Runge (dvzrv) - Saturday, 05 January 2019, 20:17 GMT
@ion203: I have rebuilt against current wine and qt5 [1]. Can you please check, whether the vestige related crash still happens for you with that version? Note: This will of course not fix the drag&drop problems you're experiencing!

[1] https://www.archlinux.org/packages/community-testing/x86_64/lmms/
Comment by loqs (loqs) - Saturday, 05 January 2019, 21:16 GMT
@dvzrv attached build.log.xz failure from using multilib-build -c with mirror /etc/pacman.d/mirrorlist set to
Server=https://archive.archlinux.org/repos/2018/12/13/$repo/os/$arch
the date SSStormy stated encountering a build failure. This build is for lmms 1.2.0rc7-2 the same failure can be produced with the PKGBUILD for lmms 1.2.0rc7-1
Appears the issue self resolved between their tests and yours and was not related to use of a clean chroot.
Comment by Nate (ion203) - Monday, 07 January 2019, 01:19 GMT
The VST seg fault doesn't occur with the package built from QT 5.12, so that aspect is fine.
Comment by Antonio Rojas (arojas) - Monday, 07 January 2019, 18:41 GMT
Please test qt5-base 5.12.0-2
Comment by Popolon (Popolon) - Monday, 07 January 2019, 19:04 GMT
as reported in the (duplicate, sorry)  FS#61283 , the problem is not here with the AUR package lmms-beta-bin that use the same version of LMMS. It also depend on qt5-base.
Comment by Antonio Rojas (arojas) - Monday, 07 January 2019, 21:50 GMT
lmms-beta-bin is a repackaged appimage that uses a bundled copy of Qt so the fact that is works is completely irrelevant. Again, please test 5.12.0-2
Comment by Nate (ion203) - Tuesday, 08 January 2019, 00:56 GMT
I can confirm that everything seems to work after updating to qt5-base 5.12.0-2

Loading...