mirror of
https://github.com/mozilla/gecko-dev.git
synced 2024-11-24 21:31:04 +00:00
f25a47724b
Currently, developers don't have a way to have the Mach virtualenv re-attempt to install optional dependencies (such as `glean`). As part of `./mach bootstrap` (the general catch-all "re-create my dev environment" command), we should retry installing optional dependencies. This also matches the "glean isn't installed" error message recommendation. Note: This doesn't address the case in which command virtualenvs need their optional dependencies attempted to be reinstalled. However, since we don't have any such cases yet, I'm satisfied with deferring that work. Differential Revision: https://phabricator.services.mozilla.com/D123242 |
||
---|---|---|
.. | ||
devtools/migrate-l10n | ||
docs | ||
gdbpp/gdbpp | ||
l10n | ||
lldbutils | ||
mach | ||
mozboot | ||
mozbuild | ||
mozlint | ||
mozperftest | ||
mozrelease | ||
mozterm | ||
mozversioncontrol | ||
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