All the mail mirrored from lore.kernel.org
 help / color / mirror / Atom feed
* Changes to Image Definitions in 1.7.1
@ 2015-01-30 13:57 Walter Giroir
  2015-01-30 14:05 ` Gary Thomas
  2015-01-30 17:56 ` Walter Giroir
  0 siblings, 2 replies; 3+ messages in thread
From: Walter Giroir @ 2015-01-30 13:57 UTC (permalink / raw
  To: openembedded-core


I am in the process of moving from Yocto 1.5.1 to 1.7.1.

Overall the process has gone very smooth but I have one blocking issue.

I have a layer with an Image defined in new_layer/classes/new_image.bblcass

When running with 1.5.1, it works fine.
When running with 1.7.1, it does not even parse the file

Has anyone encountered this or is there a description of the changes in this area.

Thanks in advance,
—Walt



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Changes to Image Definitions in 1.7.1
  2015-01-30 13:57 Changes to Image Definitions in 1.7.1 Walter Giroir
@ 2015-01-30 14:05 ` Gary Thomas
  2015-01-30 17:56 ` Walter Giroir
  1 sibling, 0 replies; 3+ messages in thread
From: Gary Thomas @ 2015-01-30 14:05 UTC (permalink / raw
  To: openembedded-core

On 2015-01-30 06:57, Walter Giroir wrote:
>
> I am in the process of moving from Yocto 1.5.1 to 1.7.1.
>
> Overall the process has gone very smooth but I have one blocking issue.
>
> I have a layer with an Image defined in new_layer/classes/new_image.bblcass
>
> When running with 1.5.1, it works fine.
> When running with 1.7.1, it does not even parse the file

Details?  Otherwise, you'll only get guesses :-(

>
> Has anyone encountered this or is there a description of the changes in this area.
>
> Thanks in advance,
> —Walt
>

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Changes to Image Definitions in 1.7.1
  2015-01-30 13:57 Changes to Image Definitions in 1.7.1 Walter Giroir
  2015-01-30 14:05 ` Gary Thomas
@ 2015-01-30 17:56 ` Walter Giroir
  1 sibling, 0 replies; 3+ messages in thread
From: Walter Giroir @ 2015-01-30 17:56 UTC (permalink / raw
  To: openembedded-core; +Cc: gary

[-- Attachment #1: Type: text/plain, Size: 3534 bytes --]


Hello Gary,

Thanks for the response.  

The problem is that the IMAGE_CMD for the IMAGE_FSTYPE cannot be found in image.py. 
The details are below.


What I have discovered is that the layer’s classes directory is…
  1. No longer required
  2. No longer parsed.

In 1.5.1 if I remove the layer’s classes directory, I received a “Missing classes” error.
In 1.7.1, not even a warning is generated.

Putting this class in the classes directory goes without error or warning
 dd if=/dev/urandom count=10 of=a.bbclass

The IMAGE_CLASSES is defined in the machine configuration



And here is the error
=====================
File: '/home/walt/workspace/wwrelay-rootfs/yocto/meta/lib/oe/image.py',
lineno: 355, function: create_image
    0351:        execute_pre_post_process(self.d, post_process_cmds)
    0352:
    0353:
    0354:def create_image(d):
*** 0355:    Image(d).create()
    0356:
    0357:if __name__ == "__main__":
    0358:    """
    0359:    Image creation can be called independent from bitbake
environment.
File: '/home/walt/workspace/wwrelay-rootfs/yocto/meta/lib/oe/image.py',
lineno: 333, function: create
    0329:        execute_pre_post_process(self.d, pre_process_cmds)
    0330:
    0331:        self._remove_old_symlinks()
    0332:
*** 0333:        image_cmd_groups = self._get_imagecmds()
    0334:
    0335:        for image_cmds in image_cmd_groups:
    0336:            # create the images in parallel
    0337:            nproc = multiprocessing.cpu_count()
File: '/home/walt/workspace/wwrelay-rootfs/yocto/meta/lib/oe/image.py',
lineno: 303, function: _get_imagecmds
    0299:                print "************************"
    0300:                print localdata.getVar("IMAGE_CMD", True)
    0301:                print "************************"
    0302:                print "************************"
*** 0303:                cmds.append("\t" + localdata.getVar("IMAGE_CMD",
True)) 0304:                cmds.append(localdata.expand("\tcd
${DEPLOY_DIR_IMAGE}"))
    0305:
    0306:                if type in cimages:
    0307:                    for ctype in cimages[type]:
Exception: TypeError: cannot concatenate 'str' and 'NoneType' objects

ERROR: Function failed: do_rootfs
ERROR: Logfile of failure stored in: /home/walt/workspace/wwrelay-
rootfs/yocto/build/tmp/work/cubietruck-poky-linux-gnueabi/wigwag-prod-
lsb/1.0-r0/temp/log.do_rootfs.13308
ERROR: Task 6 (/home/walt/workspace/wwrelay-
rootfs/yocto/build/recipes/images/wigwag-prod-lsb.bb, do_rootfs) failed with
exit code '1'
NOTE: Tasks Summary: Attempted 3977 tasks of which 3976 didn't need to be
rerun and 1 failed.

          

---------------------

On 2015-01-30 06:57, Walter Giroir wrote:
> 
> I am in the process of moving from Yocto 1.5.1 to 1.7.1.
> 
> Overall the process has gone very smooth but I have one blocking issue.
> 
> I have a layer with an Image defined in new_layer/classes/new_image.bblcass
> 
> When running with 1.5.1, it works fine.
> When running with 1.7.1, it does not even parse the file

Details?  Otherwise, you'll only get guesses :-(

> 
> Has anyone encountered this or is there a description of the changes in this area.
> 
> Thanks in advance,
> —Walt
> 

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------

[-- Attachment #2: Type: text/html, Size: 7016 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2015-01-30 17:56 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-01-30 13:57 Changes to Image Definitions in 1.7.1 Walter Giroir
2015-01-30 14:05 ` Gary Thomas
2015-01-30 17:56 ` Walter Giroir

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.