[yocto] Layer input

Fri Jun 28 03:50:01 PDT 2013

Hi, 

Here is the story on the relationship between the YP Metadata Layers as listed in the YP Source Repositories and the OpenEmbedded Metadata Index.  Functionally, the YP layers are a subset of the OE layers.  However, the YP layers are not a true subset of the OE layers.  The YP layers have many layers that do not appear in the OE index for one reason or another.  Some YP layers are deprecated (e.g. meta-dlna), some should not be there and are being actively worked for removal or movement (e.g. poky-extras and yocto-docs).  Some are experimental layers (e.g. any layer that starts with "experimental"). And one is a contribution layer used by the Yocto Team (e.g. meta-intel-contrib).

The text I create supporting this "layer" figure will describe this relationship so people will know from where existing layers originate.

I am deciding against adding more boxes to the already large figure and am going to retain just the large "Layers" box.  It will have supporting text that describes how a layer could be user-created, could originate from the YP Metadata Layers list, or could originate from the OpenEmbedded Metadata Index of layers. 

Scott

>-----Original Message-----
>From: yocto-bounces at yoctoproject.org [mailto:yocto-
>bounces at yoctoproject.org] On Behalf Of Rifenbark, Scott M
>Sent: Thursday, June 27, 2013 11:14 PM
>To: Philip Balister
>Cc: Paul Eggleton; yocto at yoctoproject.org
>Subject: Re: [yocto] Layer input
>
>Hi Philip,
>
>They do all play together.  Using the phrasing "exclusive to" was
>probably not the best choice of words here.  Initially, my understanding
>was that the layers in the Yocto Metadata Layers section of the YP
>Source Repositories was a subset of the layers listed in the
>OpenEmbedded metadata index.  But, after looking at them again, I
>discovered that not all layers found in the Yocto list actually appear
>in the OE list. So, I need some more clarification on just exactly what
>each of these areas contain.  I was told that the YP area is open to any
>layer that is related to YP and that some layers in there are provided
>and maintained by people outside of the YP team (e.g. meta-ti, meta-
>mentor, etc.).  Some of these do also appear in the OE index.  However,
>there are some in the YP area that do not appear in the OE list (e.g.
>poky-extras, meta-baryon, meta-dlna, etc).
>
>So, I need some more clarification on exactly how these two indexes
>relate.  Once I get that I will update that text and the explanation
>that goes with the figure that ultimately finds its way into the
>documentation will me accurate.
>
>Also, I think it would be useful to actually include a layer block in
>the final figure that represented the OE index as well.  Right now, that
>is missing.  So that will be added as well.
>
>Thanks for the input Philip.
>
>
>>-----Original Message-----
>>From: Philip Balister [mailto:philip at balister.org]
>>Sent: Thursday, June 27, 2013 2:02 PM
>>To: Rifenbark, Scott M
>>Cc: Jerrod Peach; Bruce Ashfield; yocto at yoctoproject.org; Paul Eggleton
>>Subject: Re: [yocto] Layer input
>>
>>On 06/27/2013 03:41 AM, Rifenbark, Scott M wrote:
>>> Hi,
>>>
>>> I have tweaked this figure some based on Bruce and Jerrod's input.
>To
>>help me figure out some of the basics, I ran the yocto-layer and bsp-
>>layer scripts to create a general and BSP layer, respectively.  Please
>>look over the contents of these layers and comment.  General comments
>on
>>the whole concept of how I am presenting the layers are welcome along
>>with any other observations.
>>
>>I'm confused by the last line of test about Yocto project layers and
>>layers exclusive to oe-core. All layers should play together, so the
>>concept of layers exclusive to oe-core does not make sense to me.
>>
>>Philip
>>
>>>
>>> Thanks,
>>> Scott
>>>
>>> From: Jerrod Peach [mailto:peachj at lexmark.com]
>>> Sent: Tuesday, June 25, 2013 11:07 AM
>>> To: Rifenbark, Scott M
>>> Cc: yocto at yoctoproject.org; Paul Eggleton
>>> Subject: Re: [yocto] Layer input
>>>
>>> Scott,
>>>
>>>   *   Distro Layer
>>>
>>>      *   I'm unclear on what <name> is.  Is that supposed to be
>><distro>?  <recipe>?  It probably shouldn't just be <name>, should it?
>>>
>>>   *   Software Layer
>>>
>>>      *   Should COPYING.MIT just be COPYING to be more generically
>>applicable?
>>>      *   conf/<layer_name>.conf should be just layer.conf, right?
>>>
>>>   *   BSP Layer
>>>
>>>      *   COPYING.MIT file again.
>>>      *   machine/<name>.conf should probably be
>>machine/<machine*>.conf.  You can probably drop the non-asterisk
>>version, since an asterisk implies, "There might be more stuff, there
>>might not."
>>>      *   recipes-bsp/formfactor shouldn't also have another
>formfactor
>>directory, should it?  Or is the "files" directory in 1.4 replaced with
>>another formfactor-named directory?  Also, <name> should be <machine>
>>again.
>>>      *   What's everything from recipes-core down?  I can buy
>recipes-
>>kernel being in a bsp, but are any other directories really necessary?
>>> Kind regards,
>>>
>>> Jerrod
>>>
>>> On Tue, Jun 25, 2013 at 8:35 AM, Rifenbark, Scott M
>><scott.m.rifenbark at intel.com<mailto:scott.m.rifenbark at intel.com>>
>wrote:
>>> Hi,
>>>
>>> This next illustration attempting to dive deeper in the YP
>Development
>>Process takes the remaining left-side input from that figure in the
>>Quick Start (metadata, Machine, and Policy).  Note that when the
>>original figure was created that appears in the QS, the layer stuff had
>>not yet been established.  This figure I am attaching is rough.  I am
>>unsure as to the contents of these layers.  Right now it is detailed
>but
>>with generic names.  The idea is that individual layers are preferred
>to
>>do things such as provide software, configure policy, and configure
>>machines.  I am including some notes at the bottom of the figure that
>>would not be part of the figure but might help to get across what I am
>>trying to accomplish here.
>>>
>>> Any suggestions and feedback is really appreciated.
>>>
>>> Thanks,
>>> Scott
>>>
>>> Scott Rifenbark
>>> Intel Corporation
>>> Yocto Project Documentation
>>> 503.712.2702<tel:503.712.2702>
>>> 503.341.0418<tel:503.341.0418> (cell)
>>>
>>>
>>>
>>> _______________________________________________
>>> yocto mailing list
>>> yocto at yoctoproject.org<mailto:yocto at yoctoproject.org>
>>> https://lists.yoctoproject.org/listinfo/yocto
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> yocto mailing list
>>> yocto at yoctoproject.org
>>> https://lists.yoctoproject.org/listinfo/yocto
>>>
>_______________________________________________
>yocto mailing list
>yocto at yoctoproject.org
>https://lists.yoctoproject.org/listinfo/yocto
-------------- next part --------------
A non-text attachment was scrubbed...
Name: layer-input.png
Type: image/png
Size: 88309 bytes
Desc: layer-input.png
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20130628/4aca0d75/attachment.png>