What to do with the kdebase/workspace dependency?
Andreas Pakulat
apaku at gmx.de
Wed May 12 22:05:31 CEST 2010
On 12.05.10 21:22:57, Alexander Neundorf wrote:
> On Tuesday 11 May 2010, Andreas Pakulat wrote:
> > On 11.05.10 23:06:31, Alexander Neundorf wrote:
> > > On Tuesday 11 May 2010, Andreas Pakulat wrote:
> > > > On 11.05.10 22:18:01, Alexander Neundorf wrote:
> > > > > On Tuesday 11 May 2010, Andreas Pakulat wrote:
> > > > > > Hi,
> > > > > >
> > > > > > so, 4.0 is out and I think we should try to tackle the
> > > > > > kdebase/workspace dependency. Its a problem for various distro's
> > > > > > which split the libraries, its a problem for people compiling
> > > > > > kdebase themselves and disabling parts of it (because the
> > > > > > kdebase/workspace cmake stuff doesn't support this properly)
> > > > >
> > > > > What exactly ?
> > > >
> > > > There's just a single KDE4WorkspaceConfig.cmake that loads and creates
> > > > all targets and only those that were active during building of
> > > > kdebase/workspace. What would be needed is a way to do find_package(
> > > > KDE4Workspace 4.3.0 COMPONENTS processui processcore REQUIRED) and have
> > > > it fail if either processui or processcore libraries are missing.
> > >
> > > Would checking if(KDE4WORKSPACE_PROCESSUIL
> > >
> > > Right now this is in KDE4WorkspaceConfig.cmake:
> > > _kde4workspace_set_lib_vars( PROCESSUI processui)
> > >
> > > Would
> > > if(TARGET processui)
> > > _kde4workspace_set_lib_vars( PROCESSUI processui)
> > > endif(TARGET processui)
> > >
> > >
> > > be better ?
> > > Then you could check
> > > if (KDE4WORKSPACE_PROCESSUIL_LIBRARY)
> > > ...
> > > endif(KDE4WORKSPACE_PROCESSUIL_LIBRARY)
> >
> > I'm not following, the thing that came up on IRC today was somebody who
> > had kdebase/workspace built+installed, but not libs/ksysguard (i.e.
> > processui/processcore where missing).
>
> Did he build that himself ?
> After a quick look I didn't see a way how to disable ksysguard from building
> and installing.
Yeap, self-compiled afaik. No idea how he did that.
> When kdebase/workspace is installed, it installs a Config.cmake file, which
> contains information about the installed package.
> This file assumes that processcore is always there, so it adds this imported
> target.
Yeap, I didn't check the workspace-cmake files before, so this is ok. If
people hack in there to disable parts, then its their fault if other
things break.
Andreas
--
You have literary talent that you should take pains to develop.
More information about the Kde-buildsystem
mailing list