[poky] Poky on "standard" PC

[Bruce Ashfield]

On Tue, Jan 25, 2011 at 7:08 AM, Gary Thomas <gary at mlbassoc.com> wrote:
> On 01/24/2011 03:54 PM, Darren Hart wrote:
>>
>> On 01/24/2011 04:39 AM, Richard Purdie wrote:
>>>
>>> On Mon, 2011-01-24 at 05:05 -0700, Gary Thomas wrote:
>>>>
>>>> I wanted to try Poky on a spare laptop, so I went looking
>>>> for an appropriate configuration to build.
>>>>
>>>> From 'README.hardware' (last updated 2010-12-16), I read:
>>>> Poky Boot CD (bootcdx86)
>>>> ========================
>>>>
>>>> The Poky boot CD iso images are designed as a demonstration of the Poky
>>>> environment and to show the versatile image formats Poky can generate.
>>>> It will
>>>> run on Pentium2 or greater PC style computers. The iso image can be
>>>> burnt to CD and then booted from.
>>>>
>>>> When I tried it (it's also listed in the default local.conf),
>>>> I got this error:
>>>> Please set TARGET_ARCH directly, or choose a MACHINE or DISTRO that does
>>>> so.
>>>> Please set a valid MACHINE in your local.conf
>>>>
>>>> There seems to be no machine named 'bootcd*' anywhere :-(
>>>>
>>>> What should I be using?
>>>
>>> bootcdx86 was superceeded by the -live images. I'd suggest using the
>>> qemux86 or atom-pc machines and building a -live image, dd that to a usb
>>> stick and boot that on the laptop. An iso format image is also generated
>>> that can be placed onto a CD.
>>
>> It will have to be atom-pc as qemu doesn't provide live images (last I
>> checked, a few weeks back).
>
> Sadly, this doesn't build :-(  Failed in compile_perf, log attached.

Hmm. This one was worked around a while ago via:

commit d38ad3271829b2d282c973e69edd265ef52174c8
Author: Tom Zanussi <tom.zanussi at intel.com>
Date:   Fri Jan 14 16:33:05 2011 -0600

    linux-yocto: hard-code NO_LIBPERL/NO_LIBPYTHON

    ExtUtils::Embed ccopts is getting the host's -I/usr/local/include and
    using it to compile perf, which results in a compilation error that
    started appearing just recently.

    This turns the code that makes use of ExtUtils::Embed off and simply
    hard-codes NO_LIBPERL.

    It does the same for LIBPYTHON while we're at it, since it probably
    suffers from a similar underlying problem and just by chance hasn't
    broken anything yet.

    This will be re-enabled after I familiarize myself with the perf
    recipe and am able to create a proper fix.

    Signed-off-by: Tom Zanussi <tom.zanussi at intel.com>

:100644 100644 21023da... 7833f65... M
meta/recipes-kernel/linux/linux-yocto_git.bb

But the issue hadn't been showing up on the -stable .. until now. We can cherry
pick this patch and commit to at least temporarily work around it.

I would have expected the nightly builds to show this one, since not all
supported targets have moved to 2.6.37.

Bruce

>
> --
> ------------------------------------------------------------
> Gary Thomas                 |  Consulting for the
> MLB Associates              |    Embedded world
> ------------------------------------------------------------
>
> _______________________________________________
> poky mailing list
> poky at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/poky
>
>



-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"