1228 2011-07-07 07:59:38 +0000 [HOB] No rootfs image generated after image build finished 2011-08-02 22:31:01 +0000 1 1 7 Build System, Metadata & Runtime Hob hob unspecified x86 Multiple VERIFIED FIXED High major 1.1 M3 1249 1 jiajun.xu josh jessica.zhang lianhao.lu liping.ke poky.bs.watcher poky.watcher sgw --- --- --- oldest_to_newest 14591 0 jiajun.xu 2011-07-07 07:59:38 +0000 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. 14601 1 josh 2011-07-07 10:34:25 +0000 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? 14613 2 lianhao.lu 2011-07-07 19:22:33 +0000 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. 14614 3 jiajun.xu 2011-07-07 19:28:49 +0000 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. 14618 4 josh 2011-07-07 20:48:47 +0000 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? 14619 5 jiajun.xu 2011-07-07 20:52:06 +0000 (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. 14620 6 lianhao.lu 2011-07-07 22:38:23 +0000 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? 14623 7 josh 2011-07-08 10:16:36 +0000 OK, working on this. 14698 8 josh 2011-07-12 14:53:06 +0000 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. 14700 9 josh 2011-07-12 14:54:07 +0000 Dammit, comment on the wrong bug. Sorry. Please ignore last comment. 14750 10 josh 2011-07-15 16:25:44 +0000 This change is pending further development on #1249 15024 11 josh 2011-07-26 12:32:56 +0000 http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=2d608f837d51c900dacadeb9737fbde068578d8a 15171 12 jiajun.xu 2011-08-02 22:31:01 +0000 Verify the bug with commit 46cf540e63a848512617b20fd8492f81bfb2f704, now rootfs image could be built out with hob.