[OE-core] [PATCH 0/3] Remove unhelpful default value of EXTRA_OEMAKE

Khem Raj raj.khem at gmail.com
Fri Feb 5 18:35:30 UTC 2016


On Fri, Feb 5, 2016 at 10:31 AM, Richard Purdie
<richard.purdie at linuxfoundation.org> wrote:
> On Fri, 2016-02-05 at 10:22 -0800, Khem Raj wrote:
>> On Fri, Feb 5, 2016 at 9:32 AM, Mike Crowe <mac at mcrowe.com> wrote:
>> > On Tue, 2016-02-02 at 14:49 +0000, Mike Crowe wrote:
>> > On Tue, 2016-02-02 at 21:04 +0000, Mike Crowe wrote:
>> > > > I've compile-tested qemux86 and qemuarm for core-image-sato.
>> > > > qemumips
>> > > > is building now.
>> >
>> > Since then I've collected enough patches to make "bitbake world"
>> > build
>> > successfully for qemux86, qemuarm, qemuppc and qemumips. qemux86-64
>> > is
>> > building now. The recipes that needed fixing to explicitly set
>> > EXTRA_OEMAKE = "-e MAKEFLAGS=" were:
>> >
>> >   meta/recipes-bsp/apmd/apmd_3.2.2-15.bb
>> >   meta/recipes-bsp/libacpi/libacpi_0.2.bb
>> >   meta/recipes-bsp/pciutils/pciutils_3.4.1.bb
>> >   meta/recipes-connectivity/openssl/openssl.inc
>> >   meta/recipes-devtools/dmidecode/dmidecode_3.0.bb
>> >   meta/recipes-devtools/fdisk/gptfdisk_1.0.1.bb
>> >   meta/recipes-devtools/perl/perl-native_5.22.1.bb
>> >   meta/recipes-devtools/perl/perl_5.22.1.bb
>> >   meta/recipes-extended/ed/ed_1.9.bb
>> >   meta/recipes-extended/iputils/iputils_s20151218.bb
>> >   meta/recipes-extended/pigz/pigz.inc
>> >   meta/recipes-extended/stat/stat_3.3.bb
>> >   meta/recipes-extended/sysklogd/sysklogd.inc
>> >   meta/recipes-extended/unzip/unzip_6.0.bb
>> >   meta/recipes-gnome/gtk-theme-torturer/gtk-theme-torturer_git.bb
>> >   meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
>> >
>> > I will submit patches for these shortly.
>>
>> then there are other layers besides OE-Core where this will be
>> needed.
>> so phase it right so it doesnt cause land slide work for other layers
>
> How do we do that?
>
> Obviously I can merge the above into OE-Core and then there is just the
> final bitbake.conf patch. How long do we need to wait for other layers
> to sort this out though?

hard problem, it just makes it longer for adopting a release thats the effect.
the only solution is to fix the issues. Or phase in with backward compatibility
these kind of stuff can be treated like ABI of OE-Core IMO

>
> I'm facing this dilemma with a few patches atm...
>
> Cheers,
>
> Richard
>



More information about the Openembedded-core mailing list