I had qt-5.5.0 working in /opt/qt5, but I really don't like using /opt for something which is unlikely to change during the active life of the system (6 months or less), and when I built kde5 (5.11.0) in /opt/kf5 I was unable to run it from sddm.
So, on a test system without an existing Qt5 I tried adding qt5 and kde5 in /usr and failed in kidletime-5.12.0 with 'isPlatformX11' is not a member of 'QX11Info' - http://lists.linuxfromscratch.org/pipermail/blfs-dev/2015-August/030684.html and in the end I assumed something in the build had broken (I had earlier put qt4 in /usr) and gave up. Last night on a fresh qemu build I was unable to link qupzilla and initially assumed it must be a gcc-5.2 problem (I'm sure you've all read the post, I won't link to it), or else a mis-install of qt (the box, with kernel-4.2.0-rc6 and qupzilla-2.4.0 was flakey). Today, I've gone back to qupzilla-2.3.0 and a 4.1.3 kernel. The box has now been up for 6 hours, and running qemu for all-but 6 hours, so my guess is that qemu-2.4.0 might be the main cause of the flakiness. But not the cause of the Qt5 problems. I took the base system I had built yesterday (without Qt5) and started trying to build Qt5 and lxqt. In kwindowsystem it fails in src/kusertimestamp.cpp with error 'getTimestamp' is not a member of 'QX11Info'. time = QX11Info::getTimestamp(); which is to all intents and purposes the same problem. Perhaps Qt 5.5 is now really antagonistic to being built in /usr (unlike 5.4.2 which apparently supported that), or perhaps I just have bad karma. Whichever, I cannot build with qt5 in /usr so I am giving up on qt5 for the moment. As a consequence, because I cannot build lxqt I will NOT be making the changes to provide for using $LXQT_PREFIX. Sorry. ĸen -- This one goes up to eleven: but only on a clear day, with the wind in the right direction. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
