Be able to use raptor-browsertime locally with m-c virtualenv (e.g. not needing to use pyenv)
Categories
(Release Engineering :: Applications: MozharnessCore, defect, P3)
Tracking
(Not tracked)
People
(Reporter: kshampur, Unassigned)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [fxp])
Sometimes we have a frequent error where engineers are unable to run raptor-browsertime tests locally due to how the virtualenv is created + local python setup
A common work around was to use pyenv to manage the python versions locally
It happened enough times that we added a note about it into our documentation e.g. Bug 1822631
However we don't fully know the underlying reason why this is happening, why it only affects some users suddenly, etc. so it would be ideal if we didn't have to even do this.
That way it would be seamless for engineers to work with our raptor-browsertime tests without having to deal with configuring a separate tool
Reporter | ||
Updated•11 months ago
|
Updated•11 months ago
|
Reporter | ||
Comment 1•11 months ago
|
||
Also noting that is not clear how to reproduce it sometimes, a big step towards fixing this would be to figure out the conditions to replicate it easily.
Comment 2•29 days ago
|
||
This is not a problem with raptor only, I've gotten the same error as bug 1847289 with talos just now.
Removing the codesigning code fixed it: https://searchfox.org/mozilla-central/rev/d9496bfef09039b2642da45585ca821c36917c6d/testing/mozharness/mozharness/base/python.py#593-616
Description
•