[meta-virtualization] [meta-cloud-services][PATCH] qemu: Add packageconfig for libseccomp to avoid rdepend QA warning
akuster at mvista
akuster at mvista
Fri May 20 09:41:54 PDT 2016
On 5/20/16 9:33 AM, Bruce Ashfield wrote:
> merged to master.
>
Wont this make a depends on the meta-security layer where libseccomp lives?
- Armin
> Bruce
>
> On Fri, May 20, 2016 at 2:27 AM, <zhe.he at windriver.com
> <mailto:zhe.he at windriver.com>> wrote:
>
> From: He Zhe <zhe.he at windriver.com <mailto:zhe.he at windriver.com>>
>
> "WARNING: QA Issue: qemu rdepends on libseccomp, but it isn't a build
> dependency? [build-deps]"
>
> Currently qemu itself checks and links with libsecomp(if version >=
> 2.1.1)
> for x86 and x86-64, since it is not specified in configure, and
> causes the
> above warning.
>
> This patch adds packageconfig for libseccomp and set it disabled as
> default.
> This feature can be enabled whenever libseccomp exists and is needed.
>
> Signed-off-by: He Zhe <zhe.he at windriver.com
> <mailto:zhe.he at windriver.com>>
> ---
> meta-openstack/recipes-devtools/qemu/qemu_2.%.bbappend | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/meta-openstack/recipes-devtools/qemu/qemu_2.%.bbappend
> b/meta-openstack/recipes-devtools/qemu/qemu_2.%.bbappend
> index ca8274e..9d774c4 100644
> --- a/meta-openstack/recipes-devtools/qemu/qemu_2.%.bbappend
> +++ b/meta-openstack/recipes-devtools/qemu/qemu_2.%.bbappend
> @@ -1,4 +1,5 @@
> PACKAGECONFIG[spice] = "--enable-spice,--disable-spice,spice,"
> +PACKAGECONFIG[libseccomp] =
> "--enable-seccomp,--disable-seccomp,libseccomp,libseccomp"
>
> PACKAGECONFIG ?= "fdt spice virtfs libcap-ng"
> PACKAGECONFIG_class-native = "fdt"
> --
> 1.9.1
>
> --
> _______________________________________________
> meta-virtualization mailing list
> meta-virtualization at yoctoproject.org
> <mailto:meta-virtualization at yoctoproject.org>
> https://lists.yoctoproject.org/listinfo/meta-virtualization
>
>
>
>
> --
> "Thou shalt not follow the NULL pointer, for chaos and madness await
> thee at its end"
>
>
More information about the meta-virtualization
mailing list