зеркало из https://github.com/mozilla/gecko-dev.git
003f12df93
Tooltool manifests contain digests that have been used to validate tooltool downloads. Toolchain artifacts don't benefit from that, and as a result, an incomplete download can be considered as finished, and unpack fail after that, without retrying, even with --retry. Fortunately, the chain of trust artifacts do contains digests for taskcluster artifacts, as long as the jobs that created the artifacts have chain of trust enabled. As of now, the goal is not cryptographic validation of the download, but to ensure that we got the complete file, and to trigger a new download if we haven't. --HG-- extra : rebase_source : cdf4b4ec0c99db1f671db799f3941804f2bcbaf9 |
||
|---|---|---|
| .. | ||
| devtools/migrate-l10n | ||
| mach | ||
| mozboot | ||
| mozbuild | ||
| mozlint | ||
| mozversioncontrol/mozversioncontrol | ||
| README | ||
| 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: * Vendored python modules (use third_party/python instead) * 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 https://bugzilla.mozilla.org/show_bug.cgi?id=1346025