kdepimlibs dependency on nepomuk-core breaks build for Calligra and kdeplasma-addons

Alexander Neundorf neundorf at kde.org
Mon Dec 17 20:20:28 UTC 2012


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


More information about the Kde-buildsystem mailing list