gecko-dev/python
Mike Hommey 09db7d4793 Bug 1382564 - Use the information from bug 1374940 with mach artifact toolchain. r=gps
Bug 1374940 adds a MOZ_TOOLCHAINS environment variable with a list of
path@task-id strings, where task-id is corresponding to the (possibly
optimized) toolchain job, and path corresponding to the
toolchain-artifact defined for that toolchain job.

We want to use that to pull artifacts instead of tooltool packages.

--HG--
extra : rebase_source : 277daa2c83d6d197975cb4ef36ee131176afa992
2017-06-21 15:18:33 +09:00
..
devtools/migrate-l10n Bug 1346025 - Move vendored python modules from /python to /third_party/python, r=ted 2017-05-25 11:48:03 -04:00
mach Bug 1381802 - [mach] Allow subcommands to use the 'parser' argument, r=gps 2017-07-18 08:53:13 -04:00
mozboot Bug 1344244 - Part 4: Homebrew includes |brew cask| directly now. r=glandium 2017-07-05 17:05:25 -07:00
mozbuild Bug 1382564 - Use the information from bug 1374940 with mach artifact toolchain. r=gps 2017-06-21 15:18:33 +09:00
mozlint Bug 1361972 - [mozlint] Add ability to only lint staged changes to --workdir with git r=standard8 2017-06-30 18:29:31 -07:00
mozversioncontrol/mozversioncontrol Bug 1377216 - Use configure-derived VCS info to find repository; r=glandium 2017-07-18 15:46:47 -07:00
mach_commands.py Bug 1048446 - [python-test] Add 'sequential' key to python.ini manifests so tests can opt out of running in parallel, r=jmaher 2017-06-01 09:50:15 -04:00
moz.build Bug 1346025 - Move vendored python modules from /python to /third_party/python, r=ted 2017-05-25 11:48:03 -04:00
README Bug 1346025 - Move vendored python modules from /python to /third_party/python, r=ted 2017-05-25 11:48:03 -04:00

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