1219 2011-07-07 00:47:53 +0000 [HOB] lots of bug traces when launching hob 2011-08-01 22:12:34 +0000 1 1 7 Build System, Metadata & Runtime Hob hob unspecified x86 Multiple VERIFIED FIXED Patch submitted for review High normal 1.1 M2 1 jiajun.xu josh jessica.zhang lianhao.lu liping.ke poky.bs.watcher poky.watcher --- --- --- oldest_to_newest 14579 0 jiajun.xu 2011-07-07 00:47:53 +0000 Tree/Branch: Poky/Master Commit: d4132fa12885fc050313a5c9aa6903e4fa92c94f When launching hob, a lot of bug traces printed on console. Check following: ###### jxu49@vt-nhm4:~/osel/poky-hob/build$ DISPLAY=:1.0 bitbake -u hob -t xmlrpc Xlib: extension "RANDR" missing on display ":1.0". Traceback (most recent call last): File "/home/jxu49/osel/poky-hob/bitbake/lib/bb/ui/crumbs/configurator.py", line 275, in configFound self._addConfigFile(path) File "/home/jxu49/osel/poky-hob/bitbake/lib/bb/ui/crumbs/configurator.py", line 117, in _addConfigFile pref, sep, filename = path.rpartition("/") AttributeError: 'NoneType' object has no attribute 'rpartition' ###### 14603 1 josh 2011-07-07 13:57:26 +0000 Do you see this every time you launch the UI? If so I will need to review the logic there... 14607 2 jessica.zhang 2011-07-07 14:51:45 +0000 I can see it every time I brought up HOB, I believe same does Liping 14608 3 josh 2011-07-07 15:17:08 +0000 Interesting, I can't reproduce. Can you share: i) how you run hob - a full shell history from (and including) initialising the build env to launch may help ii) your Python version iii) your distro & version 14697 4 josh 2011-07-12 13:10:04 +0000 I've root caused this issue and am working on a patch. 14699 5 josh 2011-07-12 14:53:44 +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. 14732 6 josh 2011-07-14 09:52:21 +0000 http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=0fc41bdf07f6404bf92197d15e177cb7f3740228 "cooker: only return *Found events if something was actually found The cooker methods which fire FooBarFound style events should only fire the event when an item was actually found, rather than each time the method is called. Fixes [YOCTO #1219]" 15133 7 jiajun.xu 2011-08-01 22:12:34 +0000 Verify with commit 46cf540e63a848512617b20fd8492f81bfb2f704, the bug is fixed.