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
Attachment:
signature.asc
Description: PGP signature