[oe] Populating meta-oe with new patches on oe.dev
Paul Eggleton
paul.eggleton at linux.intel.com
Tue Jul 26 17:11:16 UTC 2011
On Sunday 17 July 2011 17:12:51 Paul Menzel wrote:
> unfortunately as someone not having followed the creation of oe-core and
> meta-oe, I fill somewhat lost. Is there a comprehensive document
> somewhere as Russell also asked for?
I've just written one here:
http://www.openembedded.org/index.php/OpenEmbedded-Core
May not be complete but I think it covers most things.
> 1. Compared to former oe.dev activity looking at meta-oe there are only
> a handful of people doing contributions and a lot of recipes are
> missing. I have the feeling that a lot of developers where left out in
> the process of creating the new infrastructure and I do not know if they
> just develop their private branches based on oe.dev or if they use
> meta-oe and I have not noticed this.
So, the meta-oe repository consists of meta-oe layer plus a few other more
clearly defined layers (meta-gnome, meta-efl etc.) The meta-oe layer exists to
provide a place for recipes that don't necessarily belong in OE-core but are
required by multiple other metadata layers, so we avoid duplication. I would
hope that many recipes that are around well-defined themes would be in their
own layers rather than the meta-oe layer itself (e.g. all EFL recipes go in
meta-efl). There's definitely work to be done in bringing over recipes to the
new ecosystem, sure, but that will come in time. Are there specific pieces you
are missing?
You're right in that there aren't many people contributing to meta-oe (and the
other layers within the meta-oe repository) at the moment; I think that's
because most existing developers have been content to stay using OE-dev or
their own private branches thereof as they have done for a long time. Perhaps
we could have done a better job of promoting OE-core within the wider OE
community, but that's probably because we all had our heads down trying to get
things into shape :) I think we're now reaching the point where people should
be able to make the switch to OE-core and not hit too many issues, other than
the lack of some recipes (and the latter is not too difficult to remedy).
> 2. Looking at the weekly changelogs sent to the lists I see a lot of
> duplicated commits in each layer. Why is that needed? Is not that a
> design problem of the layers?
If you mean the duplication between bitbake & oe-core and "meta-yocto" (which
really isn't just the meta-yocto layer, it's the whole of Poky), that's the
result of the tool Cliff uses to do the reports which doesn't have a way to
restrict itself to a subdirectory of a repository. I hope that's something
Cliff can address at some point in the future.
> 3. I find the `recipe-*section*/` directories difficult to handle to
> finding a recipe. Before I would use `recipe/` and then tab completion
> and now I have to search for it. Are others uncomfortable with this?
I'm used to it now but it did feel a bit strange to begin with. I think
Richard's idea was to avoid too many levels of directories; he can perhaps
comment further.
> 4. What images are available in/for oe-core/meta-openembedded? I liked
> for example `minimal{,-uclibc}`? `find . -name minimal*` in `oe-core` or
> `meta-oe` did not give any result. Not to mention the images for
> BeagleBoard or `micro-image` for the recently sent patches for payload
> creation for coreboot
OE-core provides a number of images, but the main ones are core-image-minimal
and core-image-sato. Other layers add their own images as appropriate, e.g.
meta-angstrom provides systemd-gnome-image.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
More information about the Openembedded-devel
mailing list