Closed Bug 924997 Opened 11 years ago Closed 11 years ago

No module named moztest.results when running mach commands related to marionette

Categories

(Testing :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 925005

People

(Reporter: ahal, Assigned: jgriffin)

References

Details

Looks like fallout from bug 879900 STR: ./mach marionette-test (or ./mach mochitest-b2g-desktop) after a fresh build. Result: ImportError: No module named moztest.results File "/home/ahal/hg/mozilla-central/testing/marionette/mach_commands.py", line 33, in run_marionette from marionette.runtests import ( File "/home/ahal/hg/mozilla-central/testing/marionette/client/marionette/__init__.py", line 10, in <module> from runtests import MarionetteTestResult File "/home/ahal/hg/mozilla-central/testing/marionette/client/marionette/runtests.py", line 22, in <module> from moztest.results import TestResultCollection
Assignee: nobody → jgriffin
Oddly running ./mach python and then 'from moztest.results import TestResultCollection' works fine for me.
This implies that an out-of-date moztest is being used; trying to reproduce.
Yeah, pip freeze is showing moztest==0.1 with the in-tree virtualenv activated. Though my testing/mozbase/moztest appears to be up to date and at 0.3. I'm guessing clobbering would solve my problem, though I don't understand why comment 1 would work but not comment 0.
It works ok for me with a clobber build; I wonder if we should be populating the in-tree virtualenv with pip -e, so that the packages get updated automatically?
Depends on: 925005
Clobber build didn't fix anything, though the patch from bug 925005 works for me.
Cool, let's dupe this then.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
No longer depends on: 925005
You need to log in before you can comment on or make changes to this bug.