mirror of
https://github.com/mozilla/gecko-dev.git
synced 2024-11-24 21:31:04 +00:00
d9e412fe4d
Now that we have automated build jobs that produce toolchains, we want to avoid the burden of uploading them to tooltool and then update the tooltool manifests. But we don't have build jobs for all the possible toolchains, so we allow `mach artifact toolchain` to get a mix of tooltool and taskcluster artifacts. For taskcluster artifacts, we can give a list of job names (conveniently automatically normalized to begin with 'toolchain-' and end with '/opt') for which the artifacts will be downloaded, in place of any tooltool package with the same name (if a tooltool manifest is given). The taskcluster artifacts that we download are the ones matching the contents of the tree the command is run with, per the resources declared for the corresponding toolchain build job (in taskcluster/ci/toolchain*.yml) So for example, a linux64 build could call the following command: mach artifact toolchain --tooltool-manifest \ browser/config/tooltool-manifests/linux64/releng.manifest \ --from-build linux64-gcc and get the right gcc corresponding to the build-gcc script in tree, along with the other non-gcc files from the tooltool manifest. Things are however planned to be even more convenient, but some commands can already benefit from this form (even without a tooltool manifest). See e.g. bug 1328454. --HG-- extra : rebase_source : b12ed77bef529eb8d67476aceac0166bdfe2eeed |
||
---|---|---|
.. | ||
blessings | ||
compare-locales | ||
configobj | ||
devtools/migrate-l10n | ||
dlmanager | ||
futures | ||
gdbpp/gdbpp | ||
jsmin | ||
lldbutils | ||
mach | ||
mock-1.0.0 | ||
mozboot | ||
mozbuild | ||
mozlint | ||
mozversioncontrol/mozversioncontrol | ||
psutil | ||
py | ||
pyasn1 | ||
pyasn1-modules | ||
PyECC | ||
pylru | ||
pystache | ||
pytest | ||
pytoml | ||
pyyaml | ||
redo | ||
requests | ||
rsa | ||
slugid | ||
virtualenv | ||
voluptuous | ||
which | ||
mach_commands.py | ||
moz.build | ||
README |
This directory contains common Python code. The basic rule is that if Python code is cross-module (that's "module" in the Mozilla meaning - as in "module ownership") and is MPL-compatible, it should go here. What should not go here: * Python that is not MPL-compatible (see other-licenses/) * Python that has good reason to remain close to its "owning" (Mozilla) module (e.g. it is only being consumed from there). Historical information can be found at https://bugzilla.mozilla.org/show_bug.cgi?id=775243 ## pyyaml | pystache Used in taskcluster related mach commands to update download from github and remove .git and tests. Then run tests in taskcluster/tests/