On Tue, Oct 2, 2012 at 12:50 PM, Carsten Mattner <[email protected]> wrote: > Making doxygen available fixed the dbusmenu-qt build. > Setting CMAKE_PREFIX_PATH and using --refresh-build fixed the strigi builds, > but the 'strigi' module fails mysteriously: > > $ less ~/tmp/src/kde/src/log/2012-10-02-04/strigi/cmake.log > # kdesrc-build running: 'cmake' '/tmp/src/kde/src/kdesupport/strigi/strigi' > # '-DCMAKE_CXX_FLAGS:STRING=-pipe ' '-DCMAKE_INSTALL_PREFIX=/t/b/kde/kde' > # from directory: /tmp/src/kde/build/kdesupport/strigi/strigi > -- The C compiler identification is GNU 4.7.1 > -- The CXX compiler identification is GNU 4.7.1 > -- Check for working C compiler: /usr/bin/gcc > -- Check for working C compiler: /usr/bin/gcc -- works > -- Detecting C compiler ABI info > -- Detecting C compiler ABI info - done > -- Check for working CXX compiler: /usr/bin/c++ > -- Check for working CXX compiler: /usr/bin/c++ -- works > -- Detecting CXX compiler ABI info > -- Detecting CXX compiler ABI info - done > -- Checking: > /tmp/src/kde/src/kdesupport/strigi/strigi/libstreams/CMakeLists.txt > -- No CMakeLists.txt found in libstreams > -- Checking: > /tmp/src/kde/src/kdesupport/strigi/strigi/libstreamanalyzer/CMakeLists.txt > -- No CMakeLists.txt found in libstreamanalyzer > -- Checking: > /tmp/src/kde/src/kdesupport/strigi/strigi/strigiutils/CMakeLists.txt > -- No CMakeLists.txt found in strigiutils > -- Checking: > /tmp/src/kde/src/kdesupport/strigi/strigi/strigidaemon/CMakeLists.txt > -- No CMakeLists.txt found in strigidaemon > -- Checking: > /tmp/src/kde/src/kdesupport/strigi/strigi/strigiclient/CMakeLists.txt > -- No CMakeLists.txt found in strigiclient > CMake Error at CMakeLists.txt:59 (message): > No CMakeLists.txt was found in one of your sources subdirectory > > Make sure you downloaded the sub-modules files using: > > git submodule update --init > > > -- Configuring incomplete, errors occurred! > /tmp/src/kde/src/log/2012-10-02-04/strigi/cmake.log (END) > > Is there a fault in the strigi module-set configuration? > This is actually an example of where I get confused how > to map what I find on projects.kde.org to a module-set. > > #module-set strigi > # repository kde-projects > # # The full use-modules seen here is required so that kdesrc-build doesn't > # # try to build strigi/strigi, which will try to build the other 5 > # # submodules. In addition this builds in the right order. > # use-modules strigi/libstreams strigi/libstreamanalyzer \ > # strigi/strigiutils strigi/strigidaemon \ > # strigi/strigiclient > #end module-set > module-set strigi > repository kde-projects > > # Not all modules in strigi are built, and there is a certain > order required. > # See kde-build-metadata.git/{dependency-data,build-script-ignore}, which > # are used automatically by kdesrc-build. > use-modules kdesupport/strigi > end module-set
Restarted the build and now strigi seems to have passed but I'm looking for options to disable the requirement for docbook when building kdelibs. Suggestions? >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
