From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Rudolf Streif <rudolf.streif@linux.com>,
"Rifenbark, Scott M" <scott.m.rifenbark@intel.com>
Cc: yocto@yoctoproject.org
Subject: Re: tentative list of vars to be dropped from variable glossary
Date: Thu, 29 Mar 2012 13:47:36 +0100 [thread overview]
Message-ID: <1333025256.14983.29.camel@ted> (raw)
In-Reply-To: <CA+gsK-o4KeAqZLW8gSQkoEBy6jyJvi8EJeZuChfsYgwAF2xCyQ@mail.gmail.com>
On Mon, 2012-03-26 at 16:50 -0700, Rudolf Streif wrote:
> Thanks, Richard. Clearer now but not entirely.
>
>
>
> >> BBMASK removes recipes from being parsed. It does not
> remove them from
> >> images although that would I guess be an indirect result
> since you could
> >>no longer build them.
>
>
> Yes, it removes it from being parsed. I used, for test although not
> sensible, BBMASK = "base-passwd". If I then tried building
> core-image-minimal it fails with "Nothing provides base-passwd". If
> one could use BBMASK to customize images as suggested
> in http://www.yoctoproject.org/docs/latest/dev-manual/dev-manual.html#usingpoky-extend-customimage-localconf then one would expect the package to be removed indirectly from the image. However, that does not happen, the build just fails.
I hadn't realised Scott had added this to the customising images section
of the manual. This is not what its designed for and we need to move
this to somewhere less confusing.
Scott: This is going to need to move somewhere else in the manual as
this is confusing. I'm going to suggest a 4.12 section "Other tips and
tricks" which says:
"""
Sometimes there are groups of recipes you might wish to filter out. If
there were recipes you know you're never going to want/use, removing
them from parsing would speed up parts of the build for example.
It is possible to filter or mask out both .bb and .bbappend files. You
can do this by providing an expression with the BBMASK variable. Here is
an example:
BBMASK = ".*/meta-mymachine/recipes-maybe/"
Here, all .bb and .bbappend files in the directory that matches the
expression are ignored during the build process.
"""
Cheers,
Richard
next prev parent reply other threads:[~2012-03-29 12:47 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-24 9:27 tentative list of vars to be dropped from variable glossary Robert P. J. Day
2012-03-24 11:52 ` Richard Purdie
2012-03-24 12:56 ` Rifenbark, Scott M
2012-03-26 19:42 ` Rudolf Streif
2012-03-26 22:58 ` Richard Purdie
2012-03-26 23:50 ` Rudolf Streif
2012-03-29 12:47 ` Richard Purdie [this message]
2012-03-29 13:32 ` Rifenbark, Scott M
2012-03-24 12:55 ` Rifenbark, Scott M
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=1333025256.14983.29.camel@ted \
--to=richard.purdie@linuxfoundation.org \
--cc=rudolf.streif@linux.com \
--cc=scott.m.rifenbark@intel.com \
--cc=yocto@yoctoproject.org \
/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.