[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-maemo
Subject:    [Kde-maemo] libkok patches
From:       vkrause () kde ! org (Volker Krause)
Date:       2010-01-26 17:23:35
Message-ID: 201001261823.35726.vkrause () kde ! org
[Download RAW message or body]

On Monday 25 January 2010 23:53:03 Alexis M?nard wrote:
> We (plasma folks) will require a separate package for libplasma...I
> think plasma depends only on kdeui, kio, kdecore the rest for us is
> useless but it is probably important for others.
>
> I think the whole kdelibs should be divided on packages by modules or
> is it overkill/bad idea?

No, I think that's actually a very good idea and Qt apparently does the same. 
Removing features one of us doen't need will just let us end up with three 
different libkok-like libs that noone else can reuse.

So, I think splitting up the packages and adapting the dependencies 
accordingly is a much better first step, I guess we eg. could easily avoid 
KHTML that way (IIRC all of KOffice/PIM/Plasma use WebKit nowadays, if at 
all?). In a next step then we could profile the single libraries (only those 
we actually need) and only as a very last option resort to removing features 
we deem too expensive.

Obviously, this is much more work than just customizing kdelibs for one 
specific application, but IMHO it's the only way if we want to make KDE an 
attractive development platform for Maemo.

regards
Volker

> On Mon, Jan 25, 2010 at 7:51 PM, Jos van den Oever
>
> <Jos.van.den.Oever at kogmbh.com> wrote:
> > On Monday 25 January 2010 19:21:05 Kevin Ottens wrote:
> >> On Tuesday 5 January 2010 14:30:15 Jos van den Oever wrote:
> >> > Here are the patches to trim down kdelibs to the smaller version that
> >> > we use for the koffice-based viewer on Maemo. These patches applied to
> >> > kdelibs-4.3.3.tar.bz2 give a smaller kdelibs where choice parts of
> >> > libkio, libkdecore, libkdeui, libsolid, and libthreadweaver are
> >> > combined into a library called libkok. The top-level CMakeLists.txt
> >> > file is completely replaced. It is the only CMakeLists.txt file used;
> >> > the ones in
> >> > subdirectories are ignored.
> >>
> >> Could you enlighten us on how the choices were made? I'm wondering if it
> >> was somehow driven by "what was memory/cpu hungry?" or by "what was
> >> needed to make the office viewer run?". I guess it's a mix of both, but
> >> since in the end we need to have something suitable for KDE at large we
> >> probably need to which extend it was driven by profiling or by the
> >> office viewer needs.
> >>
> >> At least it'd make my reviewing of the patches easier. ;-)
> >>
> >> In the end we should probably aim for a solution integrated in kdelibs
> >> upstream, and which we can activate only with a cmake flag... I wish
> >> we'd be there already, would be awesome. :-)
> >
> > The choice for what to keep and what to throw away was easy. Start with
> > nothing and add classes until the viewer compiles and works.
> >
> > So it is the bare minimum that the viewer needs.
> >
> > That's the theory, in practice some clumps of classes were added for some
> > parts to limit the recompile cycles.
> >
> > If others do the same for their app then eventually we end up with full
> > kdelibs - old cruft. That would probably be too big for our initial use
> > case.
> >
> > One consideration was that the entire kdelibs for just a viewer is a high
> > cost. If more of the programs on the device share these libraries, it
> > lessens the pain.
> >
> > Cheers,
> > Jos
> >
> > --
> > Jos van den Oever, software architect
> > +49 391 25 19 15 53
> > http://kogmbh.com/legal/
> > _______________________________________________
> > Kde-maemo mailing list
> > Kde-maemo at kde.org
> > https://mail.kde.org/mailman/listinfo/kde-maemo
>
> _______________________________________________
> Kde-maemo mailing list
> Kde-maemo at kde.org
> https://mail.kde.org/mailman/listinfo/kde-maemo


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/kde-maemo/attachments/20100126/971d3d7c/attachment.sig 

[prev in list] [next in list] [prev in thread] [next in thread]