]> code.ossystems Code Review - openembedded-core.git/commit
populate_sdk_ext.bbclass: fix corebase identification
authorDamien Riegel <damien.riegel@savoirfairelinux.com>
Sat, 16 Jun 2018 00:18:38 +0000 (20:18 -0400)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Mon, 18 Jun 2018 09:59:33 +0000 (10:59 +0100)
commit5368bc5d0d3606198b93e877bcafcd77bb5f4fd1
treece16d861bf2c068003f0605a48b777692bb1938d
parent4e42ad44f1df510a527d199b6ec41541f8939654
populate_sdk_ext.bbclass: fix corebase identification

When generating the extended SDK, there is a copy step where this class
goes through the layers and other stuff that have been copied to
generate the SDK. The corebase; ie. the folder that contains the core
layer 'meta' is treated in a special way. Unfortunately in our tree, we
have:

  sources/meta/meta
           |     `- core layer
           `------- corebase

In populate_sdk_ext's copy_buildsystem, the heuristic to determine which
element of the list returned by copy_bitbake_and_layers is corebase is
fooled by such layout.

In copy_bitbake_and_layers, corebase is already handled specifically and
reliably, so we should let that function tell us which folder is
corebase instead of trying to determine it.

To do so, change the return type of copy_bitbake_and_layers to a tuple
that contains (corebase, copied_layers). It also simplifies the code on
the caller side.

Signed-off-by: Damien Riegel <damien.riegel@savoirfairelinux.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta/classes/populate_sdk_ext.bbclass
meta/lib/oe/copy_buildsystem.py