On Thursday, 2 March 2017 2:14:13 PM NZDT chris warth wrote:
> <paul.eggleton@linux.intel.com> wrote: > >> This vendor-supplied version of yocto looks like 2.0, so the space
> > On Thursday, 2 March 2017 11:31:42 AM NZDT chris warth wrote:
> >> separated expressions are not available.
> >> After putting some print statements in cooker.py I discovered that
> >> appending to BBMASK in conf/bblayers.conf or conf/local.conf has no
> >> effect. It was not until I modified BBMASK_forcevariable in my
> >> conf/bblayers.conf that I saw any change in behavior.
> >>
> >> BBMASK_forcevariable = ".*openjre|.*openjdk|.*qemu_qoriq" > Thank you, Paul. I didn't know about bitbake -e.
> >>
> >> This inability to modify BBMASK unless using _forcevariable was also
> >> noted last year.
> >> https://lists.yoctoproject.org/pipermail/yocto/2016- September/032033.html
> >
> > That sounds strange. Did you use bitbake -e | less to see where your non-
> > forcevariable setting was being overridden? More than likely you have a
> > layer or some other configuration you're bringing in and that's simply
> > setting it with = at some point later in parsing than local.conf. The
> > history of the BBMASK variable shown through bitbake -e will tell you
> > exactly where that is.
>
> As you predicted, it shows that an earlier layer is setting BBMASK
> with equals, in this case the
> meta-freescale layer.
>
> BBMASK=".*openjre|.*openjdk"
>
> Should I be mad at the vendor for being careless?
Personally I think you should, yes. BSP layers really should not be setting
BBMASK, IMO. Interestingly though I can't see this BBMASK in meta-fsl-arm /
meta-fsl-ppc either in current master or in the history for master - where is
this exactly?