mirror of
https://github.com/mozilla/gecko-dev.git
synced 2024-12-03 18:47:53 +00:00
8f5aad46e5
`pip install`'s standard behaviour is to satisfy the new requirement, even if it conflicts with existing packages. If a conflict _does_ occur, `pip` will simply warn about it after the installation has already damaged the environment. By using the `--constraint` feature, we force `pip` to consider already-installed packages before installing new ones. If a conflict is detected, an error is raised and `pip` stops without damaging the environment. Since we're capturing system packages (when needed) with this feature, we can now allow virtualenvs that do pip-installations to safely work with system-using Mach environments. Differential Revision: https://phabricator.services.mozilla.com/D126925 |
||
---|---|---|
.. | ||
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