[OE-core] defining a new image: inherit "image" vs "image_types"?
Martin Jansa
martin.jansa at gmail.com
Thu Jan 10 15:00:54 UTC 2013
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?
Cheers,
--
Martin 'JaMa' Jansa jabber: Martin.Jansa at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20130110/707a97d2/attachment-0002.sig>
More information about the Openembedded-core
mailing list