On Monday 17 December 2012, Pino Toscano wrote: > Alle lunedì 17 dicembre 2012, Alexander Neundorf ha scritto: > > On Monday 17 December 2012, Pino Toscano wrote: > > > Alle lunedì 17 dicembre 2012, Ben Cooksley ha scritto: > > > > Currently build.kde.org is unable to successfully complete builds > > > > of kdeplasma-addons and Calligra due to recent changes in > > > > kdepimlibs. These changes are a port from Nepomuk (part of > > > > kdelibs) to NepomukCore (a seperate repository). > > > > > > > > As kdepimlibs uses the *Config.cmake method of exporting it's > > > > location, this means that the proper location of the library is > > > > not set correctly. > > > > The nepomukcore library will only be found if all projects which > > > > depend on kdepimlibs include the following: > > > > find_package(NepomukCore) > > > > > > Simple: nepomuk-core/NepomukCoreConfig.cmake.in is broken (see > > > NEPOMUK_CORE_LIB_DIR and NEPOMUK_CORE_LIBRARY). > > > > It needs absolute install paths, but beside that I don't see anything > > obvious wrong. > > You just described the issue, yet don't see "anything wrong"?
You mean that it's not relocatable ? I can live with that. This is hatd to get right before cmake 2.8.8. Also, I'm actually a bit unsure about the value of relocatable packages for shared libs on RPATH systems. A package which depends on such a package may have the RPATH set, which will then be wrong if the shared library package has been installed somewhere else. > And _LIB_DIR should just go, once the other is fixed. Why ? It may be useful e.g. if somebody wants to set the RPATH. Alex
