Open Bug 1847773 Opened 11 months ago Updated 29 days ago

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

Whiteboard: [fxp]

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.

See Also: → 1847806
See Also: → 1874710

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

Component: Raptor → Applications: MozharnessCore
Product: Testing → Release Engineering
Version: Default → unspecified
You need to log in before you can comment on or make changes to this bug.