Using the KomparePart in KDevelop

Kevin Kofler kevin.kofler at chello.at
Fri Jul 24 23:28:48 UTC 2009


On Friday 24 July 2009, Andreas Pakulat wrote:
> BTW: I also plan to have a kdesdklibs module for KDE 4.4 because we need to
> share some code+data between kdevelop and kapptemplate (and Anne-Marie
> doesn't want to use kdevplatform for a simple app like kapptemplate).

I really don't see the benefit of yet another kde*libs package. Can't we just 
put that stuff into kdesdk? It's up to distributions to make a kdesdk-libs 
subpackage. In fact, we're already doing it in Fedora.

And a big problem is: the non-libs package will most likely end up including 
some libs anyway, e.g. kdepim does. So now, in Fedora, we have a kdepim-libs 
package (a subpackage of kdepim) and a kdepimlibs package (the upstream 
kdepimlibs). Perhaps unsurprisingly, that has already confused some users. And 
as I said, the current kdesdk also has some libs, so we could end up with the 
same mess there.

> So maybe we could think about moving the interface header to that module
> (once it exists), so KDevelop has only a runtime dependency on kdesdk and no
> (optional) compile-time dependency?

Having only runtime dependencies with no corresponding compile-time dependency 
helps basically nobody. Users who build the stuff themselves will need the 
runtime dependency anyway, and for binary distributions, one BuildRequires 
more or less for the build system to automatically fetch isn't going to matter 
at all. If you can save a runtime dependency, that can be interesting (but see 
the previous paragraphs!), otherwise it's just worthless.

        Kevin Kofler


More information about the Kompare-devel mailing list