From: Constantin Musca <constantinx.musca@intel.com>
To: Saul Wold <sgw@linux.intel.com>
Cc: poky@yoctoproject.org
Subject: Re: [PATCH v2] poky-tiny.conf: blacklist inappropriate image options
Date: Tue, 11 Dec 2012 16:18:10 +0200 [thread overview]
Message-ID: <50C740A2.8060400@intel.com> (raw)
In-Reply-To: <50C63883.3080306@linux.intel.com>
On 12/10/2012 09:31 PM, Saul Wold wrote:
> On 12/10/2012 01:07 AM, Constantin Musca wrote:
>> Blacklist all images that fail when using poky-tiny
>>
>> poky-tiny image tests:
>> 1. build-appliance-image
>> * ERROR: Nothing RPROVIDES libx11-dev
>> 2. core-image-minimal-*
>> * ok
>> 3. core-image-base
>> * libcap fails at do_compile
>> 4. core-image-basic
>> * libcap fails at do_compile
>> 5. core-image-clutter
>> * ERROR: Nothing PROVIDES virtual/libx11
>> 6. core-image-gtk-directfb
>> * ERROR: Nothing RPROVIDES libxt
>> 7. core-image-lsb, core-image-lsb-dev, core-image-lsb-sdk
>> * ERROR: Nothing RPROVIDES libxt
>> 8. core-image-rt
>> * ERROR: Multiple .bb files are due to be built which each
>> provide virtual/kernel
>> (/home/dev/yocto/poky/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
>> /home/dev/yocto/poky/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb).
>> 9. core-image-rt-sdk
>> * ERROR: Nothing PROVIDES xext
>> 10. core-image-sato, core-image-sato-dev, core-image-sato-sdk
>> * ERROR: Nothing PROVIDES libxft
>> 11. core-image-x11
>> * ERROR: Nothing PROVIDES virtual/libx11
>> 12. q4te-demo-image
>> * libcap fails at do_compile
>>
>> [YOCTO #2565]
>>
>> Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
>> ---
>> meta-yocto/conf/distro/poky-tiny.conf | 17 +++++++++++++++++
>> 1 file changed, 17 insertions(+)
>>
>> diff --git a/meta-yocto/conf/distro/poky-tiny.conf
>> b/meta-yocto/conf/distro/poky-tiny.conf
>> index d40748e..9197a7c 100644
>> --- a/meta-yocto/conf/distro/poky-tiny.conf
>> +++ b/meta-yocto/conf/distro/poky-tiny.conf
>> @@ -120,3 +120,20 @@ MACHINE_ESSENTIAL_EXTRA_RDEPENDS = ""
>> # will build perl in case this package is installed. Since we don't
>> care about
>> # this script for the purposes of tiny, remove the dependency from
>> here.
>> RDEPENDS_${PN}-mtrace_pn-eglibc = ""
>> +
>> +INHERIT += "blacklist"
> Won't this have the same problem when build from command line as the
> last patch? I thought this was changing to an _append instead?
>
> Thanks
> Sau!
>
>
>> +PNBLACKLIST[build-appliance-image] = "not buildable with poky-tiny"
>> +PNBLACKLIST[core-image-base] = "not buildable with poky-tiny"
>> +PNBLACKLIST[core-image-basic] = "not buildable with poky-tiny"
>> +PNBLACKLIST[core-image-clutter] = "not buildable with poky-tiny"
>> +PNBLACKLIST[core-image-gtk-directfb] = "not buildable with poky-tiny"
>> +PNBLACKLIST[core-image-lsb] = "not buildable with poky-tiny"
>> +PNBLACKLIST[core-image-lsb-dev] = "not buildable with poky-tiny"
>> +PNBLACKLIST[core-image-lsb-sdk] = "not buildable with poky-tiny"
>> +PNBLACKLIST[core-image-rt] = "not buildable with poky-tiny"
>> +PNBLACKLIST[core-image-rt-sdk] = "not buildable with poky-tiny"
>> +PNBLACKLIST[core-image-sato] = "not buildable with poky-tiny"
>> +PNBLACKLIST[core-image-sato-dev] = "not buildable with poky-tiny"
>> +PNBLACKLIST[core-image-sato-sdk] = "not buildable with poky-tiny"
>> +PNBLACKLIST[core-image-x11] = "not buildable with poky-tiny"
>> +PNBLACKLIST[qt4e-demo-image] = "not buildable with poky-tiny"
>>
We will not have the same problem because there are only INHERIT +=
statements (no ?= INHERIT). The _append method doesn't work because it
adds "blacklist" too late.
Cheers,
Constantin
prev parent reply other threads:[~2012-12-11 14:17 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-10 9:07 [PATCH v2] poky-tiny.conf: blacklist inappropriate image options Constantin Musca
2012-12-10 19:31 ` Saul Wold
2012-12-11 14:18 ` Constantin Musca [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=50C740A2.8060400@intel.com \
--to=constantinx.musca@intel.com \
--cc=poky@yoctoproject.org \
--cc=sgw@linux.intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.