Bug 1228

Summary: [HOB] No rootfs image generated after image build finished
Product: [Build System, Metadata & Runtime] Hob Reporter: Jiajun Xu <jiajun.xu>
Component: hobAssignee: Joshua Lock - Disabled <josh>
Status: VERIFIED FIXED QA Contact:
Severity: major    
Priority: High CC: jessica.zhang, lianhao.lu, liping.ke, poky.bs.watcher, poky.watcher, sgw
Version: unspecified   
Target Milestone: 1.1 M3   
Hardware: x86   
OS: Multiple   
Whiteboard:
OS type for building Yocto: --- Type of Regression: ---
Verified: Documentation change: ---
Bug Depends on: 1249    
Bug Blocks:    

Description Jiajun Xu 2011-07-07 07:59:38 UTC 
Tree/Branch: Poky/Master
Commit: d4132fa12885fc050313a5c9aa6903e4fa92c94f

Not sure if it's the configuration problem on my machine. Just keep it here and I will try on other machine tomorrow.

I find even if the image type(saying core-image-minimal) is build finished(hob shows "build completed"), there is no rootfs image generated under tmp/deploy/images.

I think if the bug is valid, it shoulde be major or block issue because the output of a build is not correct.
Comment 1 Joshua Lock - Disabled 2011-07-07 10:34:25 UTC 
I think I know what's going on here. There is a known issue with the image creator that the native tools for rootfs construction are not correctly included in the dependencies of the image and therefore if these native tools have not already been built the actual rootfs construction will fail.

I assume this was a clean build directory?
Comment 2 Lianhao Lu 2011-07-07 19:22:33 UTC 
I guess the reason why no rootfs is generated is when calling the  bitbake server command 'buildTargets', hob passes in all the packages included in the core-image-minimal, not the core-image-minimal itself.
Comment 3 Jiajun Xu 2011-07-07 19:28:49 UTC 
If we build a image from bitbake command line first. Then build the same image in hob. There will be no rootfs image generated also.
Comment 4 Joshua Lock - Disabled 2011-07-07 20:48:47 UTC 
Currently the actual image build is queued to be run using buildFile after the package builds (using buildTargets) have completed.

That's what works on my Fedora 15 workstation(s) but will fail if the builddir hasn't had an image built in it already.

Fixing hob to use buildTargets for the actual image is a high priority issue for M2 but if that's not what you're seeing I'd like to get some more info so that I can try and ensure the image creator works for you.

Can you tell me Python version, distribution and distro version so I can try and reproduce?
Comment 5 Jiajun Xu 2011-07-07 20:52:06 UTC 
(In reply to comment #4)
> Currently the actual image build is queued to be run using buildFile after the
> package builds (using buildTargets) have completed.
> That's what works on my Fedora 15 workstation(s) but will fail if the builddir
> hasn't had an image built in it already.
> Fixing hob to use buildTargets for the actual image is a high priority issue
> for M2 but if that's not what you're seeing I'd like to get some more info so
> that I can try and ensure the image creator works for you.
> Can you tell me Python version, distribution and distro version so I can try
> and reproduce?

I am using 32bit Ubuntu 10.04 with python 2.6.5.
Comment 6 Lianhao Lu 2011-07-07 22:38:23 UTC 
got 3 event after buildFile command was sent out:

<bb.command.CommandCompleted>
<bb.command.CommandFailed>
<bb.command.CommandFailed>

(In reply to comment #4)
> Currently the actual image build is queued to be run using buildFile after the
> package builds (using buildTargets) have completed.
> 
> That's what works on my Fedora 15 workstation(s) but will fail if the builddir
> hasn't had an image built in it already.
> 
> Fixing hob to use buildTargets for the actual image is a high priority issue
> for M2 but if that's not what you're seeing I'd like to get some more info so
> that I can try and ensure the image creator works for you.
> 
> Can you tell me Python version, distribution and distro version so I can try
> and reproduce?
Comment 7 Joshua Lock - Disabled 2011-07-08 10:16:36 UTC 
OK, working on this.
Comment 8 Joshua Lock - Disabled 2011-07-12 14:53:06 UTC 
For those following along, the problem was that the GUI was calling the findConfigFilePath command of the cooker looking for a UI specific config file. However the findConfigFilePath command was buggy such that it would fire the ConfigFilePathFound event regardless of whether a file was actually found or not, leading to the UI trying to handle the event and process a None object as a file path.

The submitted patch updates the cooker to only fire events in the finder methods when something is actually found.
Comment 9 Joshua Lock - Disabled 2011-07-12 14:54:07 UTC 
Dammit, comment on the wrong bug. Sorry. Please ignore last comment.
Comment 10 Joshua Lock - Disabled 2011-07-15 16:25:44 UTC 
This change is pending further development on #1249
Comment 12 Jiajun Xu 2011-08-02 22:31:01 UTC 
Verify the bug with commit 46cf540e63a848512617b20fd8492f81bfb2f704, now rootfs image could be built out with hob.