Bug 1219 - [HOB] lots of bug traces when launching hob
Summary: [HOB] lots of bug traces when launching hob
Status: VERIFIED FIXED
Alias: None
Product: Hob
Classification: Build System, Metadata & Runtime
Component: hob (show other bugs)
Version: unspecified
Hardware: x86 Multiple
: High normal
Target Milestone: 1.1 M2
Assignee: Joshua Lock - Disabled
QA Contact:
URL:
Whiteboard: Patch submitted for review
Depends on:
Blocks:
 
Reported: 2011-07-07 00:47 UTC by Jiajun Xu
Modified: 2011-08-01 22:12 UTC (History)
5 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.