When launching the bitbake -g -u taskexp to show task dependencies at UI, the following stack trace shows at command line in my opensuse box. $ bitbake -g -u taskexp core-image-minimal Traceback (most recent call last): File "/home/lsandov1/poky-testing/poky/bitbake/bin/bitbake", line 48, in <module> cookerdata.CookerConfiguration())) File "/home/lsandov1/poky-testing/poky/bitbake/lib/bb/main.py", line 372, in bitbake_main server_connection, ui_module = setup_bitbake(configParams, configuration) File "/home/lsandov1/poky-testing/poky/bitbake/lib/bb/main.py", line 413, in setup_bitbake ui_module = import_extension_module(bb.ui, configParams.ui, 'main') File "/home/lsandov1/poky-testing/poky/bitbake/lib/bb/main.py", line 106, in import_extension_module module = __import__(pkg.__name__, fromlist=[modulename]) File "/home/lsandov1/poky-testing/poky/bitbake/lib/bb/ui/taskexp.py", line 21, in <module> import gi ImportError: No module named 'gi' DEBUG: Removed the following variables from the environment: OLDPWD, MINICOM, LS_COLORS, XDG_RUNTIME_DIR, gopher_proxy, LESS, XKEYSYMDB, LESSKEY, HISTSIZE, LS_OPTIONS, HOSTTYPE, SSH_CLIENT, LESS_ADVANCED_PREPROCESSOR, XDG_DATA_DIRS, LIBGL_DEBUG, BUILDDIR, MORE, XDG_CONFIG_DIRS, SSH_SENDS_LOCALE, MACHTYPE, G_FILENAME_ENCODING, FROM_HEADER, HOST, MANPATH, SOCKS5_SERVER, PYTHONSTARTUP, HOSTNAME, SSH_CONNECTION, CSHEDIT, MAIL, OSTYPE, PAGER, SHLVL, LESSCLOSE, INPUTRC, GPG_TTY, SOCKS_PROXY, XNLSPATH, PROFILEREAD, socks_proxy, XDG_SESSION_ID, SSH_TTY, CPU, LESSOPEN, NNTPSERVER, LANG, COLORTERM, _, G_BROKEN_FILENAMES, CONFIG_SITE lsandov1@yctb05:~/poky-testing/poky/build>
ImportError: No module named 'gi' You need python-gobject (and GTK+3). I'm 99% sure this is documented but I guess a nice message would be better than just throwing an exception.
We should print a message to suggest which modules are missing.
Patch was submitted on bitbake-devel
Is this still an open issue? I tried throwing the command "bitbake -g -u taskexp core-image-minimal" but worked fine for me. Tested on branch "dunfell" -> commit hash 16d477fa5d2bec49ccd83ede8249431d30e0c80c.
This issue has been fixed with the following commits: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=64f2361c5b88118d9731ecd55faf034e215588d2 http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=31c4731c8e14f372b8df9b46b2bf179187796573
As per David's comment. Thanks everyone!