Bug 1219

Summary: [HOB] lots of bug traces when launching hob
Product: [Build System, Metadata & Runtime] Hob Reporter: Jiajun Xu <jiajun.xu>
Component: hobAssignee: Joshua Lock - Disabled <josh>
Status: VERIFIED FIXED QA Contact:
Severity: normal    
Priority: High CC: jessica.zhang, lianhao.lu, liping.ke, poky.bs.watcher, poky.watcher
Version: unspecified   
Target Milestone: 1.1 M2   
Hardware: x86   
OS: Multiple   
Whiteboard: Patch submitted for review
OS type for building Yocto: --- Type of Regression: ---
Verified: Documentation change: ---

Description Jiajun Xu 2011-07-07 00:47:53 UTC
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'
######
Comment 1 Joshua Lock - Disabled 2011-07-07 13:57:26 UTC
Do you see this every time you launch the UI? 

If so I will need to review the logic there...
Comment 2 Jessica 2011-07-07 14:51:45 UTC
I can see it every time I brought up HOB, I believe same does Liping
Comment 3 Joshua Lock - Disabled 2011-07-07 15:17:08 UTC
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
Comment 4 Joshua Lock - Disabled 2011-07-12 13:10:04 UTC
I've root caused this issue and am working on a patch.
Comment 5 Joshua Lock - Disabled 2011-07-12 14:53:44 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 6 Joshua Lock - Disabled 2011-07-14 09:52:21 UTC
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]"
Comment 7 Jiajun Xu 2011-08-01 22:12:34 UTC
Verify with commit 46cf540e63a848512617b20fd8492f81bfb2f704, the bug is fixed.