[yocto] Support of meta-kde for Poky
Paul Eggleton
paul.eggleton at linux.intel.com
Mon Mar 26 06:19:56 PDT 2012
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
More information about the yocto
mailing list