]> git.ipfire.org Git - thirdparty/openembedded/openembedded-core-contrib.git/commit
generate-manifest-2.7.py: add logic to generate native manifest
authorMing Liu <peter.x.liu@external.atlascopco.com>
Sun, 26 Feb 2017 07:39:19 +0000 (08:39 +0100)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Wed, 1 Mar 2017 23:27:10 +0000 (23:27 +0000)
commite720e3b4af036f0867f7616470013c714cad38e1
tree68bfae0145548da12832d381f0e3b36ce4c87104
parent8d8d0a52d5f00a1703de65e1fb60f3771a0fbf33
generate-manifest-2.7.py: add logic to generate native manifest

python-native supposes to RPROVIDE all native packages as added in
generate-manifest-2.7.py, but it does not so far, this leads a problem
that sometimes bitbake cant find a runtime provider for a python-*-native
when a new runtime dependency on it being required, this usualy happens
after a new native python-* recipe is created or the old native python-*
recipes are upgraded.

To give a example, the following commit is trying to address such a issue:
commit 4583cd1bb15306e8f0ab7bcd80732e6f35aa4533:
[ python-native: Make python-native also RPROVIDE python-unittest-native ]

To avoid manually extending RPROVIDE every time when a new runtime
dependency is introduced, an argument '-n/--native' is added to the
manifest generator, allowing it create a native python manifest, with a
RPROVIDE line only, the RPROVIDE should contain all the sub-packages.

The generated python-native-2.7-manifest.inc is also added which is
included by python-native recipe.

(From OE-Core rev: 0cb15d9559e34faffea1ac0be825d0602f225ba9)

Signed-off-by: Ming Liu <peter.x.liu@external.atlascopco.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta/recipes-devtools/python/python-native-2.7-manifest.inc [new file with mode: 0644]
meta/recipes-devtools/python/python-native_2.7.13.bb
scripts/contrib/python/generate-manifest-2.7.py