gecko-dev/testing/mozharness/configs/openh264
Gregory Szorc 9e795ff565 Bug 1435729 - Always use vendored tooltool.py; r=jlund
Previously, we were downloading tooltool.py from random servers.
Considering tooltool.py is used to secure the download of future
components, downloading tooltool.py from potentially 3rd party
services was a major lapse in our end-to-end security, as a
compromised tooltool.py wouldn't honor integrity checks.

This commit copies the already vendored copy of tooltool.py into
the mozharness directory. A copy needs to be in the mozharness
directory because then a copy of mozharness without access to
a source checkout will have access to it.

We modify the code in mozharness that fetches tooltool to use
the copy from mozharness (unless `mach artifact toolchain` is
available).

Since a copy of tooltool.py is always reliably available, we
can remove all config entries related to tooltool.py.

MozReview-Commit-ID: C7ls1xWrPMq

--HG--
rename : python/mozbuild/mozbuild/action/tooltool.py => testing/mozharness/external_tools/tooltool.py
extra : rebase_source : d7b48d837805f9312c97b6e21c6527cc5f5018dc
2018-02-07 14:37:48 -08:00
..
tooltool-manifests Bug 1414299 - update OpenH264 build to Visual Studio 2017 15.4.2, r=Callek 2017-11-16 23:28:34 +13:00
android-aarch64.py Bug 1435729 - Always use vendored tooltool.py; r=jlund 2018-02-07 14:37:48 -08:00
android-arm.py Bug 1435729 - Always use vendored tooltool.py; r=jlund 2018-02-07 14:37:48 -08:00
android-x86.py Bug 1435729 - Always use vendored tooltool.py; r=jlund 2018-02-07 14:37:48 -08:00
linux32.py Bug 1435729 - Always use vendored tooltool.py; r=jlund 2018-02-07 14:37:48 -08:00
linux64.py Bug 1435729 - Always use vendored tooltool.py; r=jlund 2018-02-07 14:37:48 -08:00
macosx64.py Bug 1435729 - Always use vendored tooltool.py; r=jlund 2018-02-07 14:37:48 -08:00
win32.py Bug 1435729 - Always use vendored tooltool.py; r=jlund 2018-02-07 14:37:48 -08:00
win64.py Bug 1435729 - Always use vendored tooltool.py; r=jlund 2018-02-07 14:37:48 -08:00