[yocto] Support of meta-kde for Poky

[Paul Eggleton]

On Monday 26 March 2012 14:55:40 Samuel Stirtzel wrote:
> the development of meta-kde has come to a point where kde-applications
> can be tested (and maybe used).
> 
> Status of meta-kde:
> Most common applications work, for example:
> Calligra (not all of the toolkit), Kate, KCalc, Konqueror, Kwin &
> Kwin_gles (KDE window manager), Okular and the applications from
> KDE-baseapps.
> 
> Plasma Active (and Desktop) do not work correctly, but I'm working on it.
> Plasma Netbook seems to work, but it needs more testing.
> 
> 
> Involving the community:
> As the development of meta-kde advanced to a point where developers
> can use the layer to port KDE applications.
> I'd like to invite others to test the layer, port their favorite KDE
> applications and express their opinions about the current status.
> Feel free to ask questions and suggest applications to be ported.

Great work! I will give it a try over the next few days and let you know how I 
get on. (Sorry I know I promised to do this some weeks ago.)
 
> meta-kde has no mailing list, so I'm looking for a list to host the
> discussion, any suggestions?

Probably just the oe-devel list - if the volume of commits gets too high then 
we can look at splitting off a separate one.
 
> Current issues with Poky:
> The giflib recipe is not contained in Poky.
> Is this based on a design decision, or just because no one needs it?

It's based upon nothing in OE-Core needing it. (The poky repository is just 
OE-Core + bitbake + meta-yocto + yocto-docs).

> As a meta-kde developer I don't want to limit the testing of meta-kde.

It should be OK to use meta-oe with Poky, and therefore meta-kde can depend 
upon it. However we are aware that meta-oe overlays a bunch of recipes that 
ideally it should not. We're working (albeit slowly) to address these.

An alternative in the meantime would be to add giflib to meta-kde, this will do 
no significant harm if it is already available in another layer (and giflib 
doesn't look like it has really changed since 2008, so I don't think it will 
be much of a maintenance burden).

As an aside it would be interesting to know why KDE requires additional gif 
support from giflib when gif loading is already built into Qt (and we do enable 
it in our Qt recipes).

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre