On Wednesday 11 February 2009 12:53:07 P Zoltan wrote:
> On Wed, 11 Feb 2009 11:39:21 +0100, Julian Bäume <jul...@svg4all.de> wrote:
> > moin,
> > I came up with a solution how to integrate the KDevPlatform library. ATM
> > I
> > only rely on their interfaces and started to implement them myself. I
> > also use
> > their UI implementations. CMake is able to figure out whether
> > KDevPlatform is
> > installed (including -devel packages) or not. It than can decide whether
> > we
> > need to build the needed parts within KTechLab or can link against the
> > installed libs. This will save compile time and disk-space for people
> > having
> > KDevPlatform installed and won't make it a hard dependency for people who
> > don't want to install "half of kde".
> >
> > What do you think?
>
>   Most of the people will use prebuit packages. The question is: how should
> the packaging people compile the package? Should there be 2 packages: a
> kde version, having as dependency "half of kde" and the non-kde version,
> which has all the libs in the package? And will these versions conflict?
> What if someone installs ktechlab, and kdevelop after?
Packaging should be done with KDevPlatform as a dependency. The same is done 
for gpsim as an "optional" dependency. The libraries aren't this big, that it 
would count in a binary distribution. There won't be any conflicts, since 
"our" version would have a KTechLab prefix (ktl or something like that) but 
only export the same symbols.

I just looked into the openSUSE repository, kdevplatform is about 600kb in 
size. gpsim creates 1.3MB binaries and has itself a dependency on libgtkextra2 
which is 300kb in size. That's how binary distributions work. I could produce 
a much smaller gpsim version, without gtk deps, but this would mean quite some 
work to do for me as a packager.

The optionality of KDevPlatform would only be good for people not using binary 
distributions or do compile KTechLab from sources and don't install it via 
their packaging system.

Attachment: signature.asc
Description: This is a digitally signed message part.

------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
_______________________________________________
Ktechlab-devel mailing list
Ktechlab-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ktechlab-devel

Reply via email to