[OE-core] defining a new image: inherit "image" vs "image_types"?
Robert P. J. Day
rpjday at crashcourse.ca
Thu Jan 10 15:05:57 UTC 2013
On Thu, 10 Jan 2013, Martin Jansa wrote:
> On Thu, Jan 10, 2013 at 08:31:52AM -0500, Robert P. J. Day wrote:
> >
> > possibly a distinction with no distinction but i wanted to throw
> > together a page on how one defines a new "image type" -- most
> > commonly, an SD card image -- and i started with what comes with the
> > meta-raspberrypi layer, which seems to work just fine.
> >
> > what i noticed is that that layer introduces the new
> > "sdcard_image-rpi.bbclass" class file, which opens with:
> >
> > inherit image_types
> >
> > but then i remembered that the meta-ti layer does the same thing,
> > providing the new class file "sdcard_image.bbclass" which opens
> > instead with:
> >
> > inherit image
> >
> > i realize that the oe-core image.bbclass contains this snippet:
> >
> > IMAGE_CLASSES ?= "image_types"
> > inherit ${IMAGE_CLASSES}
> >
> > so it's clear that inheriting "image" is sufficient, but the
> > alternative *isn't* clear.
> >
> > what's the preferred construction here? before digging further to
> > see if there's something subtle or equivalent happening, should it be
> > sufficient for new image definitions to simply:
> >
> > inherit image_types
> >
> > ?? have i just not RTFS far enough to see that there's no difference?
>
> did you read image_types.bbclass?
in fact, i'm reading it now, after verifying that the meta-ti layer
appears to be incorrect. so i think that answers my question.
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
More information about the Openembedded-core
mailing list