Where does KAuth belong?

Stephen Kelly steveire at gmail.com
Wed Sep 14 23:04:24 BST 2011


Alexander Neundorf wrote:

> On Tuesday, September 13, 2011 09:41:31 PM Stephen Kelly wrote:
>> Forwarding to kcd which is probably more appropriate.
>> 
>> Stephen Kelly wrote:
>> > Hi,
>> > 
>> > KAuth became a tier1 library in the last week. It's nice to see it
>> > separated out.
>> > 
>> > However, it depends on Polkit-Qt, which is in `kdesupport` in the KDE 4
>> > world currently.
>> > 
>> > Polkit-Qt seems like something that would become a tier1 library if
>> > that's what its developers go for.
>> > 
>> > That would make libkauth tier2, right? I'll move it to the tier2
>> > directory soonish unless someone else does, though that in itself
>> > doesn't mean much.
>> > 
>> > The tier1/2 subdirectories will likely go away when each library
>> > becomes its own git repo I guess.
>> > 
>> > Then tier1/2 distinction will only be a matter of documentation
>> > (possibly -- Actually I don't think it's a distinction that should be
> 
> Yes, I think we will not really have three levels of dependencies, but
> basically a full dependency tree between the libs.
> 
> Should there still be something which makes some library/application a
> "KDE" application ?
> Right now it is linking against kdecore basically (which includes using
> the KDE cmake macros).

I'm not sure. I'm sure something obvious will fall out of the refactoring 
work. There will be some kind of integration library at some (high up) level 
which depends on the stuff that today is kdelibs. Presumably applications 
using that will be KDE applications.

> Which is related to the question where the macros and settings from
> FindKDE4Internal.cmake and KDE4Macros.cmake will go.

Stuff like kde4_add_executable and kde4_add_library should get kde5 
equivalents I think, even if it's as simple as 

macro(kde5_add_library)
  add_library(${ARGN})
  generate_export_header(${ARG1})
endmacro()

> The stuff in there is really KDE-specific (e.g. the way we install icons,
> and how we figure out compiler flags, etc.).
> Will there be a KDEStuff.cmake in extra-cmake-modules ?
>
> But it doesn't really belong there, it belongs to the basic "KDE"
> component. Will there be something like that ?
> A libkcore ?
>

How about a KDEBuildsystem module in frameworks, which contains the KDE5 
equivalents of kde4Defaults, KDE4Macros etc? KDE5 applications will want to 
use those things and maybe some frameworks will too.

How is the way we figure out compiler flags different to how others do it?


Steve.



More information about the kde-core-devel mailing list