KCoreAddons does not install most of its headers on my system

[Àlex Fiestas]

On Mon, Jun 16, 2014 at 9:41 AM, Frank Reininghaus <frank78ac at googlemail.com
> wrote:

> Hello everyone,
>
> I tried to set up a separate Qt5+KF5 build in release mode.
> Unfortunately, I did not succeed :-(
>
> The first package that fails to build (even if I repeat the
> kdesrc-build process many times) is kservice. The comiler reports
>
> [ 30%] Building CXX object
> src/CMakeFiles/KF5Service.dir/services/kserviceaction.cpp.o
> In file included from
>
> /home/kde-frameworks-release/kde/src/frameworks/kservice/src/services/kmimetypetrader.h:23:0,
>                  from
>
> /home/kde-frameworks-release/kde/src/frameworks/kservice/src/services/kmimetypetrader.cpp:20:
>
> /home/kde-frameworks-release/kde/src/frameworks/kservice/src/services/kservice.h:27:28:
> fatal error: kpluginfactory.h: No such file or directory
>  #include <kpluginfactory.h>
>                             ^
>
> I then found that kpluginfactory should actually be installed by
> kcoreaddons, but that does not happen here. The install.log of
> kcoreaddons looks like this:
>
> # kdesrc-build running: 'gmake' 'install/fast'
> # from directory:
> /home/kde-frameworks-release/kde/build/frameworks/kcoreaddons
> Install the project...
> -- Install configuration: "release"
> -- Up-to-date:
> /home/kde-frameworks-release/kf5/lib64/cmake/KF5CoreAddons/KF5CoreAddonsConfig.cmake
> -- Up-to-date:
> /home/kde-frameworks-release/kf5/lib64/cmake/KF5CoreAddons/KF5CoreAddonsConfigVersion.cmake
> -- Up-to-date:
> /home/kde-frameworks-release/kf5/lib64/cmake/KF5CoreAddons/KF5CoreAddonsTargets.cmake
> -- Up-to-date:
> /home/kde-frameworks-release/kf5/lib64/cmake/KF5CoreAddons/KF5CoreAddonsTargets-release.cmake
> -- Up-to-date:
> /home/kde-frameworks-release/kf5/include/KF5/kcoreaddons_version.h
> -- Up-to-date:
> /home/kde-frameworks-release/kf5/lib64/libKF5CoreAddons.so.4.100.0
> -- Up-to-date: /home/kde-frameworks-release/kf5/lib64/libKF5CoreAddons.so.5
> -- Up-to-date: /home/kde-frameworks-release/kf5/lib64/libKF5CoreAddons.so
> -- Up-to-date:
> /home/kde-frameworks-release/kf5/include/KF5/KCoreAddons/KAboutData
> -- Up-to-date:
> /home/kde-frameworks-release/kf5/include/KF5/KCoreAddons/kaboutdata.h
> -- Up-to-date:
> /home/kde-frameworks-release/kf5/include/KF5/KCoreAddons/kcoreaddons_export.h
> -- Up-to-date:
> /home/kde-frameworks-release/kf5/mkspecs/modules/qt_KCoreAddons.pri
> -- Up-to-date:
> /home/kde-frameworks-release/kf5/share/mime/packages/kde5.xml
> -- Updating MIME database at /home/kde-frameworks-release/kf5/share/mime
>
>
> It looks like it installs nothing that is in subdirectories of
> kcoreaddons/src/lib/.
>
> It still works nicely with my "kde-frameworks" user. The only change
> between both builds (except that one is based on a more recent Qt5
> checkout) that I am aware of is that I replaced "debug" by "release"
> as the build type.
>
> I then reverted the debug->release change, cleared the kcoreaddons
> build directory and re-ran kdesrc-build, but it does not help.
>
> The CMake log does not look suspicious to me:
> http://paste.kde.org/p0ccahzhh
>
> I tried to understand the CMakeLists.txt, but I'm not really familiar
> with CMake and the ECM stuff, so I haven't found out what the problem
> is yet.
>
> Does anyone have an idea what I could do to investigate and possibly
> fix the problem?
>
> Thanks and best regards,
> Frank
>

I encountered this yesterday, for a quick workaround rollback to cmake 3.0
(cmake-git is what makes this happen)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20140616/61e5059e/attachment.html>