[meta-ti] has anyone actually tested sdcard_image.bbclass?

[Robert P. J. Day]

On Fri, 11 Jan 2013, Chris Larson wrote:

>
> On Fri, Jan 11, 2013 at 5:02 AM, Robert P. J. Day <rpjday at crashcourse.ca> wrote:
>       IMAGE_CLASSES += "sdcard_image"
>
>       but after i do that:
>
>       $ bitbake-env -r core-image-minimal IMAGE_CLASSES IMAGE_FSTYPES
>       Parsing recipes..ERROR: Error executing a python function in <code>:
>       NameError: global name 'imagetypes_getdepends' is not defined
>       ... huge snip here ...
>
> image.bbclass defines the default IMAGE_CLASSES using ?=. Which
> means if your distro doesn't define its own default value, you'll
> end up with IMAGE_CLASSES only containing sdcard_image, not both
> image_types and sdcard_image, and clearly both are required.

  i don't see that happening with the raspberry pi layer.  if i
configure for that layer sitting on top of oe-core, and just

  $ bitbake rpi-basic-image

this setting from the rpi layer:

conf/machine/include/rpi-default-settings.inc:IMAGE_CLASSES += "sdcard_image-rpi"

produces this with bitbake-env:

$ bitbake-env -r rpi-basic-image IMAGE_CLASSES
Parsing recipes..done.
IMAGE_CLASSES=" sdcard_image-rpi"
$

  the value of IMAGE_CLASSES clearly *doesn't* include "image_types",
but the build works fine and i get the resulting SD card image in
tmp/deploy/images:

rpi-basic-image-raspberrypi-20130112091402.rootfs.rpi-sdimg

  i'm sure i'm misreading what you wrote, but you can see from the
output of bitbake-env that there is no "image_types" in IMAGE_CLASSES
and the build works just fine.

rday

-- 

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

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