[OE-core] [PATCH] bzip2-full-native: Remove PROVIDES_append_virtclass-native and modify python-native DEPENDS.
Richard Purdie
richard.purdie at linuxfoundation.org
Thu Jan 26 20:18:30 UTC 2012
On Thu, 2012-01-26 at 17:50 +0200, Andrei Gherzan wrote:
> From: Andrei Gherzan <andrei.gherzan at windriver.com>
>
> There are no more -full-native virtclass-native in yocto. The only dependency for this is in
> python where DEPENDS was changed accordingly.
>
> Signed-off-by: Andrei Gherzan <andrei at gherzan.ro>
> ---
> .../recipes-devtools/python/python-native_2.7.2.bb | 2 +-
> meta/recipes-extended/bzip2/bzip2_1.0.6.bb | 1 -
> 2 files changed, 1 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-devtools/python/python-native_2.7.2.bb b/meta/recipes-devtools/python/python-native_2.7.2.bb
> index 8bf0af0..5e99a42 100644
> --- a/meta/recipes-devtools/python/python-native_2.7.2.bb
> +++ b/meta/recipes-devtools/python/python-native_2.7.2.bb
> @@ -1,5 +1,5 @@
> require python.inc
> -DEPENDS = "openssl-native bzip2-full-native zlib-native readline-native sqlite3-native"
> +DEPENDS = "openssl-native bzip2-native zlib-native readline-native sqlite3-native"
> PR = "${INC_PR}.3"
>
> SRC_URI += "file://04-default-is-optimized.patch \
> diff --git a/meta/recipes-extended/bzip2/bzip2_1.0.6.bb b/meta/recipes-extended/bzip2/bzip2_1.0.6.bb
> index 14cd240..23b2bdb 100644
> --- a/meta/recipes-extended/bzip2/bzip2_1.0.6.bb
> +++ b/meta/recipes-extended/bzip2/bzip2_1.0.6.bb
> @@ -28,5 +28,4 @@ do_configure_prepend () {
> cp ${STAGING_DATADIR_NATIVE}/automake*/install-sh ${S}/
> }
>
> -PROVIDES_append_virtclass-native = " bzip2-full-native"
> BBCLASSEXTEND = "native"
There is a reason for this.
It was due to the bzip2 host dependencies on some systems being broken
and requiring that we build our own to ensure we don't hit issues with
bzip2 when unpacking certain recipes. If I recall correctly, its near
impossible to trigger bzip2-native to build without that PROVIDES since
bzip2-native is in ASSUME_PROVIDED.
What was your reason for changing this?
Cheers,
Richard
More information about the Openembedded-core
mailing list