Ok, knocking lowercase suffixes, I'll do it. Architectural call, Richard - should it be done on Webhob, or in Bitbake. I'd do it in bitbake since the [doc] field may be used to other purposes in the future
Alex On Thu, Aug 22, 2013 at 6:32 PM, Barros Pena, Belen < [email protected]> wrote: > > On 22/08/2013 18:11, "Richard Purdie" <[email protected]> > wrote: > > >On Thu, 2013-08-22 at 15:40 +0000, Barros Pena, Belen wrote: > >> > >> On 22/08/2013 16:02, "Damian, Alexandru" <[email protected]> > >> wrote: > >> > >> >not sure how this should be handled, Paul thinks it should be in there > >>? > >> > > >> > > >> >AFAIK, suffixed variables get used instead of the normal ones, so they > >> >are more like replacements. > >> > > >> >I guess the design ask that we should the only the variables with doc > >> >attached, > >> > >> Well Š no :) > >> > >> The design actually asked nothing, since it is still very much in the > >> works. My request to the team was in the lines of: can we provide a > >>short > >> explanation of the variables we show? When trying to work out how to > >> actually do this, we were suggested to use documentation.conf to provide > >> such explanations. This is quite different from saying "show variables > >> with the [doc] flag". > > > >PREFERRED_PROVIDER is perhaps a special case since it will usually have > >a suffix and we're not going to add a [doc] tag for every single one. > >Special casing that one in the code may make sense. > > > >Are there any other suffixed variables that are causing similar > >problems? > > Yes, a few: B, SECTION, PREFERRED_VERSION, BASE_LIB, LAYERDEPENDS, etc. > That's why I brought it up. > > > > >I suspect Paul's proposal of knocking off the lowercase suffixes and > >seeing if a [doc] tag exists might be the best/only way to attempt to > >handle this. > > > >Cheers, > > > >Richard > > > > --------------------------------------------------------------------- > Intel Corporation (UK) Limited > Registered No. 1134945 (England) > Registered Office: Pipers Way, Swindon SN3 1RJ > VAT No: 860 2173 47 > > This e-mail and any attachments may contain confidential material for > the sole use of the intended recipient(s). Any review or distribution > by others is strictly prohibited. If you are not the intended > recipient, please contact the sender and delete all copies. > -- Alex Damian Yocto Project SSG / OTC
_______________________________________________ webhob mailing list [email protected] https://lists.yoctoproject.org/listinfo/webhob
