Hi Helmut! On Fri, Nov 30, 2018 at 07:23:20PM +0100, Helmut Grohne wrote: > kconfig fails to cross build from source, because it fails to find > qhelpgenerator using extra-cmake-modules. The failure is due to a > combination of assumptions that don't add up. It's not entirely clear > which of them is wrong so I'm filing the bug with extra-cmake-modules > now even though it might need a fix elsewhere. > > kconfig uses FindQHelpGenerator. FindQHelpGenerator looks up Qt5::qmake. > Since fixing #913499, qtbase-5-dev supplies > /usr/lib/$DEB_HOST_MULTIARCH/qt5/bin/qmake, which is a symbolic link to > /usr/bin/$DEB_HOST_GNU_TYPE-qmake, which is our cross wrapper for qmake. > Now FindQHelpGenerator.cmake uses the directory part of Qt5::qmake and > expects to find a qhelpgenerator inside that directory. Unfortunately, > it doesn't find one. qhelpgenerator is only located in /usr/bin, > /usr/lib/qt5/bin and /usr/lib/$DEB_BUILD_GNU_TYPE/qt5/bin. > > The assumption of FindQHelpGenerator.cmake that the directory of > Qt5::qmake contains qhelpgenerator is not presently a valid one. I > cannot tell whether it should be valid or not.
This is fixed upstream in [1]. With that change, FindQHelpGenerator uses Qt5HelpConfigExtras.cmake which has the correct path: set(imported_location "${_qt5Help_install_prefix}/lib/qt5/bin/qhelpgenerator") However as Qt5HelpConfigExtras.cmake is in qttools5-dev, the affected packages will need to build-depend on it in order for the fix to work. That commit will be in 5.53.0 release, to be released on December 8th. [1]: https://cgit.kde.org/extra-cmake-modules.git/commit/?id=96d169b87292d935 -- Dmitry Shachnev
signature.asc
Description: PGP signature