Re: curious about why bitbake.conf setting of FILES_${PN}-bin

["Robert P. J. Day" <rpjday@crashcourse.ca>]

On Tue, 15 Jul 2014, Saul Wold wrote:

> On 07/15/2014 08:51 AM, Burton, Ross wrote:
> > On 15 July 2014 16:23, Saul Wold <sgw@linux.intel.com> wrote:
> > > Blame me for that patch!  Looking back at the commit message
> > > from about 2 years ago I think this got mid-way through a
> > > change, with the plan to actually remove lib_package completely
> > > since all it contained was the setting of PACKAGE_BEFORE_PN,
> > > therefore having FILES${PN}-bin. Not sure why we did not end up
> > > completing that.
> > >
> > > So another option is to remove the inherits and replace it with
> > > PACKAGE_BEFORE_PNs, Which would finish off the orignal plan!
> >
> > Wouldn't that change the packaging by putting all binaries into a
> > PN-bin package?
> >
> No the change would be to rmove the inherit lib_packaging from the
> recipes that use it and replace that with setting PACKAGE_BEFORE_PN
> with ${PN}-bin. So it's just doing what the recipes do already, not
> a general change in bitbake.conf.

  just FYI, while PACKAGE_BEFORE_PN is a cool concept, it's not like
there's a lot of it being used in the poky layer -- all of two uses:

meta/classes/lib_package.bbclass:PACKAGE_BEFORE_PN = "${PN}-bin"
meta/recipes-graphics/clutter/clutter-1.0.inc:PACKAGE_BEFORE_PN += "${PN}-examples"

was it really necessary to introduce a new variable just for that?

rday

-- 

========================================================================
Robert P. J. Day                                 Ottawa, Ontario, CANADA
                        http://crashcourse.ca

Twitter:                                       http://twitter.com/rpjday
LinkedIn:                               http://ca.linkedin.com/in/rpjday
========================================================================