forked from mirrors/gecko-dev
Now that we selectively load command modules, and activate the command virtualenv much earlier in the mach process, a lot of the module dependencies specified in `mach.txt` are no longer necessary there. With their removal from `mach.txt` they will no longer be automatically inherited by every site, which reduces potential dependency conflicts for specific sites. The `common` site still effectively has the same set of dependencies. This is the default site that all commands use unless otherwise specified. Most commands use this site, and going through every command and seeing if a dependency is or isn't needed, then deciding if or if not to create a new site for that command made sense was too time consuming to do here. Essentially the idea here going forward is that if you're trying to add/update a new dependency to a command that is currently defaulting to the `common` site and there is a conflict with one of the dependencies in `common` you can move your command to a new site specifically for your command, and you will have the minimal possible set of dependencies a mach command can have, improving the odds that you can add the module(s) you need for your command. Depends on D180500 Differential Revision: https://phabricator.services.mozilla.com/D180501 |
||
|---|---|---|
| .. | ||
| docs | ||
| gdbpp/gdbpp | ||
| l10n | ||
| lldbutils | ||
| mach | ||
| mozboot | ||
| mozbuild | ||
| mozlint | ||
| mozperftest | ||
| mozrelease | ||
| mozterm | ||
| mozversioncontrol | ||
| sites | ||
| 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