[meta-ti] building yocto images with meta-ti

Jack Mitchell ml at communistcode.co.uk
Thu Sep 20 01:42:32 PDT 2012


On 20/09/12 08:40, Nicolas Dechesne wrote:
> On Wed, Sep 19, 2012 at 6:26 PM, Denys Dmytriyenko <denys at ti.com> wrote:
>> On Wed, Sep 19, 2012 at 06:04:09PM +0200, Nicolas Dechesne wrote:
>>> hi,
>>>
>>> thanks for your answers
>>>
>>> On Wed, Sep 19, 2012 at 3:57 PM, Denys Dmytriyenko <denys at ti.com> wrote:
>>>> On Wed, Sep 19, 2012 at 08:16:05AM +0200, Nicolas Dechesne wrote:
>>>>> hi there,
>>>> Hi Nicolas,
>>>>
>>>>> i was able to build a 'vanilla' yocto image using the yocto git repo.
>>>>> then i wanted to add meta-ti layer. so i have done the following:
>>>> First, a little rant... :)
>>>>
>>>> It's unfortunate, but this still causes lots of confusion. Some purists among
>>>> us will say that is not Yocto, but Poky. Case in point - which "yocto" git
>>>> repository you cloned from http://git.yoctoproject.org/ ?
>>> so yes, I meant Poky. It was indeed quite subtle to me, and I didn't
>>> realize there was a difference between yocto and poky ;-)
>> It is somewhat convoluted, but in general, Poky is a reference distribution
>> and released product built on top of OpenEmbedded-Core. The Yocto Project is
>> an umbrella entity for different projects and initiatives based on the common
>> infrastructure, such as OpenEmbedded-Core, BitBake etc. There are other
>> distributions and projects building on top of OE-Core, such as Angstrom, Arago
>> etc., that are supposed to be part of the Yocto Project as well. See Yocto
>> Project branding compliance program for official guidelines, that were
>> standardized recently... But the Yocto Project Universe is much larger than
>> Poky - there are at least 50 different layers that you can mix and match,
>> ranging from different BSPs to different Software stacks...
>>
>>
>>> just to clarify, I had cloned:
>>>
>>> git://git.yoctoproject.org/poky.git, commit
>>> 913944d904266bf90af0cad94b4f0fb3652bd29d (master)
>>> git://git.yoctoproject.org/meta-ti, commit
>>> 9ef35da0c8ff3be8f37214e09d0fc1d4987a11fc (master)
>>>
>>> and I had put in my local.conf:
>>>
>>> BBMASK = "meta-ti/recipes-misc"
>>>
>>> as per the README. I didn't find any other useful information in the
>>> README, though.
>>>
>>> is there a good wiki / doc that explains what each of this thing is:
>>> OE vs poky vs yocto vs arago?
>> Some of that is explained above. I can go into more details offline, if you
>> wish.
>>
>>
>>> is that wrong to expect to be able to build a poky image by combining
>>> meta-ti and poky.git?
>> Absolutely not! And I've been building that combination among other things -
>> either core-image-minimal or core-image-sato.
>>
>>
>>>> Same applies to a 'vanilla' yocto image, which does not exist. It would rather
>>>> be useful to specify which exact image for which MACHINE you are trying to
>>>> build. A little bit more detail is always helpful...
>>>>
>>>>
>>>> And now to the resolution part. I see you already used BBMASK as prescribed in
>>>> the README, since you get past the unset LICENSE error... The below error
>>>> happens when you build for a MACHINE that is overshadowed by another BSP
>>>> layer that does not define MACHINE_KERNEL_PR. This MACHINE_KERNEL_PR variable
>>>> is set in MACHINE definitions of meta-ti BSP layer and then used in other
>>>> recipes within meta-ti and different layers.
>>>>
>>>> In other words, you are trying to build for "beagleboard" machine, which gets
>>>> also defined by meta-yocto-bsp layer, besides meta-ti. The solution is simple -
>>>> you need to move meta-ti above meta-yocto-bsp in your bblayers.conf or just
>>>> remove meta-yocto-bsp from the list, if you are not planning on building any
>>>> of the reference platforms. That way you'll get the machine definition from
>>>> meta-ti layer and not from meta-yocto-bsp.
>>>>
>>>> After that, core-image-minimal and some other images should build fine. Good
>>>> luck!
>>> ok, so based on the feedback, i have moved poky.git to denzil branch,
>>> and meta-ti to denzil branch too. is that expected to be a good
>>> combination?
>> Depends on which direction you go. Denzil branch is usually considered more
>> stable than master, although master is now feature-frozen for stabilization
>> before the next release. Unless you start mixing meta-oe and step on to
>> systemd issues, as systemd in denzil is not that clean. Anyway, for a simple
>> poky+meta-ti combination and images from meta/ directory it should be fine.
>>
>>
>>> my build has restarted fine... i will check the build when they complete.
>> Let us know. Like I said, I've been building both core-image-minimal and
>> core-image-sato w/o problems before.
> using denzil branch on both poky.git and meta-ti, i was able to
> generate a poky/sato image for beagle. thx.
>
> so what if I want to use poky.git master? is there a meta-ti branch
> that works in this case? I think this is what i tried initially (which
> triggered that email) which didn't work.
>

As Denys mentions above, on poky master the best thing to do is remove 
the meta-yocto-bsp layer from bblayers.conf in your build directory. 
However, if you wish to build some of the reference yocto machines, in 
the same build directory as you build machines from meta-ti, then 
changing the meta-ti layer priority to be higher than the meta-yocto-bsp 
priority should also fix the issue you're having.

It all stems from the meta-ti layer having a "beagleboard" machine and 
the yocto-bsp-layer also having a "beagleboard" machine.

Regards,


-- 

   Jack Mitchell (jack at embed.me.uk)
   Embedded Systems Engineer
   http://www.embed.me.uk

--




More information about the meta-ti mailing list