| Issue 202915: | Autotest depends on gobject from pygobject on the host, but that is sometimes messed up | |
| 2 people starred this issue and may be notified of changes. | Back to list |
Sign in to add a comment
|
pygobject is needed on the host for building some tests, but the package is sometimes messed up, producing the following at build time of autotes-tests: ERROR:root:network_3GDormancyDance import error: No module named gobject. Skipping network_3GDormancyDance ERROR:root:desktopui_ImeTest import error: No module named gtk. Skipping desktopui_ImeTest ERROR:root:network_3GActivate import error: No module named gobject. Skipping network_3GActivate ERROR:root:hardware_BluetoothSemiAuto import error: No module named gobject. Skipping hardware_BluetoothSemiAuto ERROR:root:network_3GSmokeTest import error: No module named gobject. Skipping network_3GSmokeTest ERROR:root:network_3GRecoverFromGobiDesync import error: No module named glib. Skipping network_3GRecoverFromGobiDesync ERROR:root:network_3GFailedConnect import error: No module named gobject. Skipping network_3GFailedConnect ERROR:root:network_3GStressEnable import error: No module named gobject. Skipping network_3GStressEnable ERROR:root:network_3GDisableWhileConnecting import error: No module named glib. Skipping network_3GDisableWhileConnecting ERROR:root:desktopui_ImeLogin import error: No module named gtk. Skipping desktopui_ImeLogin ERROR:root:network_WiFiSmokeTest import error: No module named gobject. Skipping network_WiFiSmokeTest ERROR:root:network_3GSafetyDance import error: No module named gobject. Skipping network_3GSafetyDance ERROR:root:network_WifiAuthenticationTests import error: No module named gobject. Skipping network_WifiAuthenticationTests I managed to have a chroot with this condition. Here's a printout: $ python Python 2.6.4 (r264:75706, Aug 29 2011, 06:09:36) [GCC 4.3.4] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import gobject Traceback (most recent call last): File "<stdin>", line 1, in <module> ImportError: No module named gobject >>> After remerging pygobject, import gobject worked perfectly. Comparing the printout of "equery files pygobject" gave no differences at all. What could've gone wrong and where?
Sep 1, 2011
#1
vapier@chromium.org
Sep 1, 2011
So, in that case, the way to avoid it would be to run revdep-rebuild routinely.
Sep 1, 2011
if that was why it was broken, then revdep-rebuild should have caught it but that isnt a tool we want to introduce into the normal flow of things due to how slow it can be ...
Sep 1, 2011
Well, I believe the generation of dependency tree by parallel_emerge is paranoid by default, rebuilding everything that may or may not be broken by a dependency update. But my tree, when this bug happened, was fully updated. So that mechanism missed something. Or does that happen only on boards, and not in the host?
Sep 3, 2011
Paranoid rebuild logic is only currently run on the board... they're not currently turned on on the host. On the host we don't have any rebuild logic enabled so they only get reinstalled when they are rev'd
Sep 30, 2011
i've just hit this on my machine. when i re-emerge pygobject, it starts working again. the difference is that for some reason, my bad pygobject install did not have pygtk.{py,pth} available in /usr/lib/python2.6/site-packages/. don't know why they went missing ... i don't have the build log from the first pyobject build.
Nov 10, 2011
in looking at the pygobject ebuild, it appears to do horrible horrible things with pygtk ...
...
mv "${D}"/usr/$(get_libdir)/python${PYVER}/site-packages/pygtk.py \
"${D}"/usr/$(get_libdir)/python${PYVER}/site-packages/pygtk.py-2.0
mv "${D}"/usr/$(get_libdir)/python${PYVER}/site-packages/pygtk.pth \
"${D}"/usr/$(get_libdir)/python${PYVER}/site-packages/pygtk.pth-2.0
...
python_mod_optimize /usr/$(get_libdir)/python${PYVER}/site-packages/gtk-2.0
alternatives_auto_makesym /usr/$(get_libdir)/python${PYVER}/site-packages/pygtk.py pygtk.py-[0-9].[0-9]
alternatives_auto_makesym /usr/$(get_libdir)/python${PYVER}/site-packages/pygtk.pth pygtk.pth-[0-9].[0-9]
python_mod_compile /usr/$(get_libdir)/python${PYVER}/site-packages/pygtk.py
...
Nov 10, 2011
Commit: 35d640aabe4aef6d129ca9bbce2debc376d8978d Email: vapier@chromium.org dev-python/pygobject: dummy revbump to force rebuild The pygobject packages seems to be fairly sensitive to upgrades of pygtk, so force a rebuild of pygobject now that pygtk has been updated. BUG=chromium-os:19819 TEST=`emerge pygobject && python -c 'import gobject'` works Change-Id: I1f0d65a8b5ed17ad89cfb6c15a366d57cd2ccd6b Reviewed-on: https://gerrit.chromium.org/gerrit/11488 Reviewed-by: Duncan Laurie <dlaurie@chromium.org> Commit-Ready: Mike Frysinger <vapier@chromium.org> Tested-by: Mike Frysinger <vapier@chromium.org> Tested-by: Duncan Laurie <dlaurie@chromium.org> Commit-Ready: Duncan Laurie <dlaurie@chromium.org> A dev-python/pygobject/pygobject-2.18.0-r2.ebuild
Nov 21, 2011
I understand this should be fixed now.
Status:
Fixed
Owner: vapier@chromium.org Cc: zbe...@chromium.org
Nov 29, 2011
(No comment was entered for this change.)
Status:
Verified
Jan 9, 2012
(No comment was entered for this change.)
Labels:
FixedIn-1296.0.0
Jan 20, 2012
(No comment was entered for this change.)
Labels:
FixedInIndex-2c
Mar 6, 2013
(No comment was entered for this change.)
Labels:
OS-Chrome
Mar 9, 2013
(No comment was entered for this change.)
Labels:
-Area-Build Build
|
||||||||||||
| ► Sign in to add a comment | |||||||||||||