* meta-fsl-ppc - layer.conf issues
@ 2014-08-05 10:09 Richard Purdie
2014-08-06 9:36 ` zhenhua.luo
2014-08-06 14:21 ` ting.liu
0 siblings, 2 replies; 5+ messages in thread
From: Richard Purdie @ 2014-08-05 10:09 UTC (permalink / raw)
To: meta-freescale
Hi,
I noticed that there is some "distro" policy creeping into
meta-fsl-ppc's layer.conf file, specifically:
BB_DANGLINGAPPENDS_WARNONLY ?= "true"
and
BB_ENV_EXTRAWHITE := "KSRC USRC"
The former is bad as it forces the policy for all layers. If the user is
expecting dangling appends to be errors, this hides potential problems
from them.
The latter forces the environment whitelist to a very specific set of
values. Both these things should not be present.
As these force distro policy, I'd go as far as suggesting it threatens
Yocto Project Compatible status as its mixing machine and distro.
Please can we get these removed?
Cheers,
Richard
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: meta-fsl-ppc - layer.conf issues
2014-08-05 10:09 meta-fsl-ppc - layer.conf issues Richard Purdie
@ 2014-08-06 9:36 ` zhenhua.luo
2014-08-06 14:21 ` ting.liu
1 sibling, 0 replies; 5+ messages in thread
From: zhenhua.luo @ 2014-08-06 9:36 UTC (permalink / raw)
To: Richard Purdie; +Cc: meta-freescale
Hi Richard,
We will check those two variables, the variable will be dropped if it is not needed, otherwise it will be moved to the distro specific conf file.
Best Regards,
Zhenhua
> -----Original Message-----
> From: meta-freescale-bounces@yoctoproject.org [mailto:meta-freescale-
> bounces@yoctoproject.org] On Behalf Of Richard Purdie
> Sent: Tuesday, August 05, 2014 6:09 PM
> To: meta-freescale
> Subject: [meta-freescale] meta-fsl-ppc - layer.conf issues
>
> Hi,
>
> I noticed that there is some "distro" policy creeping into meta-fsl-ppc's
> layer.conf file, specifically:
>
> BB_DANGLINGAPPENDS_WARNONLY ?= "true"
>
> and
>
> BB_ENV_EXTRAWHITE := "KSRC USRC"
>
> The former is bad as it forces the policy for all layers. If the user is
> expecting dangling appends to be errors, this hides potential problems
> from them.
>
> The latter forces the environment whitelist to a very specific set of
> values. Both these things should not be present.
>
> As these force distro policy, I'd go as far as suggesting it threatens
> Yocto Project Compatible status as its mixing machine and distro.
>
> Please can we get these removed?
>
> Cheers,
>
> Richard
>
> --
> _______________________________________________
> meta-freescale mailing list
> meta-freescale@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: meta-fsl-ppc - layer.conf issues
2014-08-05 10:09 meta-fsl-ppc - layer.conf issues Richard Purdie
2014-08-06 9:36 ` zhenhua.luo
@ 2014-08-06 14:21 ` ting.liu
2014-08-06 14:36 ` Otavio Salvador
1 sibling, 1 reply; 5+ messages in thread
From: ting.liu @ 2014-08-06 14:21 UTC (permalink / raw)
To: Richard Purdie; +Cc: meta-freescale
> -----Original Message-----
> From: meta-freescale-bounces@yoctoproject.org [mailto:meta-freescale-
> bounces@yoctoproject.org] On Behalf Of Richard Purdie
> Sent: Tuesday, August 05, 2014 6:09 PM
> To: meta-freescale
> Subject: [meta-freescale] meta-fsl-ppc - layer.conf issues
>
> Hi,
>
> I noticed that there is some "distro" policy creeping into meta-fsl-ppc's
> layer.conf file, specifically:
>
> BB_DANGLINGAPPENDS_WARNONLY ?= "true"
Hi Richard,
this was added several days ago as a ppc specific patch for luajit (exist in mete-oe) was moved to
ppc layer via bbappend. If not set, autobuilder for fsl-ppc will fail.
http://git.yoctoproject.org/cgit/cgit.cgi/meta-fsl-ppc/commit/?id=6367da32efce2736cd98f44fa358f0a9e578c08d
do you have any recommendation to avoid this?
-Ting
>
> and
>
> BB_ENV_EXTRAWHITE := "KSRC USRC"
>
> The former is bad as it forces the policy for all layers. If the user is
> expecting dangling appends to be errors, this hides potential problems from
> them.
>
> The latter forces the environment whitelist to a very specific set of values.
> Both these things should not be present.
>
> As these force distro policy, I'd go as far as suggesting it threatens Yocto
> Project Compatible status as its mixing machine and distro.
>
> Please can we get these removed?
>
> Cheers,
>
> Richard
>
> --
> _______________________________________________
> meta-freescale mailing list
> meta-freescale@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: meta-fsl-ppc - layer.conf issues
2014-08-06 14:21 ` ting.liu
@ 2014-08-06 14:36 ` Otavio Salvador
2014-08-07 2:47 ` ting.liu
0 siblings, 1 reply; 5+ messages in thread
From: Otavio Salvador @ 2014-08-06 14:36 UTC (permalink / raw)
To: ting.liu; +Cc: meta-freescale
On Wed, Aug 6, 2014 at 11:21 AM, ting.liu@freescale.com
<ting.liu@freescale.com> wrote:
>> -----Original Message-----
>> From: meta-freescale-bounces@yoctoproject.org [mailto:meta-freescale-
>> bounces@yoctoproject.org] On Behalf Of Richard Purdie
>> Sent: Tuesday, August 05, 2014 6:09 PM
>> To: meta-freescale
>> Subject: [meta-freescale] meta-fsl-ppc - layer.conf issues
>>
>> Hi,
>>
>> I noticed that there is some "distro" policy creeping into meta-fsl-ppc's
>> layer.conf file, specifically:
>>
>> BB_DANGLINGAPPENDS_WARNONLY ?= "true"
>
> Hi Richard,
>
> this was added several days ago as a ppc specific patch for luajit (exist in mete-oe) was moved to
> ppc layer via bbappend. If not set, autobuilder for fsl-ppc will fail.
> http://git.yoctoproject.org/cgit/cgit.cgi/meta-fsl-ppc/commit/?id=6367da32efce2736cd98f44fa358f0a9e578c08d
>
> do you have any recommendation to avoid this?
You can use the dynamic collections. Check how we deal with qt5 in meta-fsl-arm.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: meta-fsl-ppc - layer.conf issues
2014-08-06 14:36 ` Otavio Salvador
@ 2014-08-07 2:47 ` ting.liu
0 siblings, 0 replies; 5+ messages in thread
From: ting.liu @ 2014-08-07 2:47 UTC (permalink / raw)
To: Otavio Salvador; +Cc: meta-freescale
> -----Original Message-----
> From: otavio.salvador@gmail.com [mailto:otavio.salvador@gmail.com] On Behalf
> Of Otavio Salvador
> Sent: Wednesday, August 06, 2014 10:37 PM
> To: Liu Ting-B28495
> Cc: Richard Purdie; meta-freescale
> Subject: Re: [meta-freescale] meta-fsl-ppc - layer.conf issues
>
> On Wed, Aug 6, 2014 at 11:21 AM, ting.liu@freescale.com
> <ting.liu@freescale.com> wrote:
> >> -----Original Message-----
> >> From: meta-freescale-bounces@yoctoproject.org [mailto:meta-freescale-
> >> bounces@yoctoproject.org] On Behalf Of Richard Purdie
> >> Sent: Tuesday, August 05, 2014 6:09 PM
> >> To: meta-freescale
> >> Subject: [meta-freescale] meta-fsl-ppc - layer.conf issues
> >>
> >> Hi,
> >>
> >> I noticed that there is some "distro" policy creeping into
> >> meta-fsl-ppc's layer.conf file, specifically:
> >>
> >> BB_DANGLINGAPPENDS_WARNONLY ?= "true"
> >
> > Hi Richard,
> >
> > this was added several days ago as a ppc specific patch for luajit
> > (exist in mete-oe) was moved to ppc layer via bbappend. If not set,
> autobuilder for fsl-ppc will fail.
> > http://git.yoctoproject.org/cgit/cgit.cgi/meta-fsl-ppc/commit/?id=6367
> > da32efce2736cd98f44fa358f0a9e578c08d
> >
> > do you have any recommendation to avoid this?
>
> You can use the dynamic collections. Check how we deal with qt5 in meta-fsl-
> arm.
That did it. Thank you very much.
>
> --
> Otavio Salvador O.S. Systems
> http://www.ossystems.com.br http://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2014-08-07 2:47 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-08-05 10:09 meta-fsl-ppc - layer.conf issues Richard Purdie
2014-08-06 9:36 ` zhenhua.luo
2014-08-06 14:21 ` ting.liu
2014-08-06 14:36 ` Otavio Salvador
2014-08-07 2:47 ` ting.liu
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.