Closed mixxxbot closed 2 years ago
Commented by: uklotzde Date: 2018-05-09T05:45:46Z Attachments: controller_logs.txt
Commented by: uklotzde Date: 2018-05-09T06:28:15Z
I would like to put it in another way: Mixxx 2.1.x "only" works on Fedora 28 when built for Qt5.
This bug affects the current release and Qt5 is not supported in 2.1.x.
Commented by: uklotzde Date: 2018-05-09T06:43:49Z
This applies to the somehow official version distributed through RPM Fusion which is built for Qt4 and won't work for many use cases. Users are not able to switch to Qt5 as a workaround like we developers do.
Commented by: Be-ing Date: 2018-05-09T11:23:08Z
Yes, I agree this is still a serious issue. I only meant to provide information about the workaround. There were some changes to the qt package between Fedora 28 and Fedora 27. I presume one of those broke QtScript somehow.
Commented by: marvelli2 Date: 2018-05-19T16:02:28Z
I submitted a bug report to Red Hat. https://bugzilla.redhat.com/show_bug.cgi?id=1580047
referring to: https://bugs.launchpad.net/mixxx/+bug/1770079
Maybe they can fix qt4
I also submitted a report to the mixx rpm maintainer for Unitedrpms: https://github.com/UnitedRPMs/mixxx/issues/1
Commented by: Be-ing Date: 2018-05-23T17:42:17Z
A fixed qt package is now available in Fedora updates. I confirmed this works with the mixxx package in RPMFusion.
Issue closed with status Fix Released.
Reported by: uklotzde Date: 2018-05-09T05:45:46Z Status: Fix Released Importance: Critical Launchpad Issue: lp1770079 Tags: controllers Attachments: controller_logs.txt
Controller mappings that are using midi-components-0.0.js have become unusable (see attached logs).
The tests for ControllerEngine gets stuck when loading Novation-Launchpad MK2-scripts.js and the CPU is spinning in circles.
Only known workaround so far: Build with qt5=1