Closed Bug 1841098 Opened 1 year ago Closed 6 months ago

Move mitmproxy binary out of tooltool

Categories

(Testing :: Performance, enhancement, P3)

Default
enhancement

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: kshampur, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [fxp])

I am thinking either Mitmproxy as either a toolchain task or our own mozilla fork?
This would be useful as we could pin revisions in our code (like we do with our other major tool browsertime)
which could be useful (e.g. when we uplift our changes mentioned in Bug 1821741, we could just use the revision rather than waiting for the next release version)

and also future looking, if there are any improvements, bug fixes, or even version upgrades etc. we could just change the revision hash rather than having to download and upload to tooltool.

See Also: → 1865751
Blocks: 1844396
Depends on: 1873789
Depends on: 1873809
Depends on: 1874077
Depends on: 1874224
Depends on: 1874328

I will close this as WONTFIX
We would basically have to upgrade the machines python version every mitmproxy upgrade if we are to use pypi installations (or even if we are building from source). This is not practical for now so we should continue using tooltool.

Status: NEW → RESOLVED
Closed: 6 months ago
Resolution: --- → WONTFIX

If we can control the python version in Bug 1874710 (i.e. using the toolchains like i mentioned in Bug 1874710, comment 1) this bug can be worth revisiting since the major limiting factor was the system python versions being outside of our control. It would be easier to update in-tree toolchain python

See Also: → 1874710
You need to log in before you can comment on or make changes to this bug.