gecko-dev/python
Mike Hommey af94e85e8d Bug 1675675 - Only put mach_bootstrap paths in PYTHONPATH for mach python --no-virtualenv. r=firefox-build-system-reviewers,rstewart
With PYTHONPATH containing other directories, such as the python ones,
bad things can happen when the python script that is being run then
goes on to subprocess.Popen a python process for a different virtualenv,
or a different version, or whatever.

Differential Revision: https://phabricator.services.mozilla.com/D96155
2020-11-06 17:30:58 +00:00
..
devtools/migrate-l10n
docs
gdbpp/gdbpp
l10n Bug 1565574 - Migrate protocol handler dialog strings to fluent. r=Gijs,flod 2020-10-29 13:44:01 +00:00
lldbutils
mach Bug 1645423 - Sentry ignores errors caused by local changes r=mhentges 2020-11-03 19:22:51 +00:00
mozboot Bug 1670264: Validate detected Java directory to ensure it's a JDK r=nalexander 2020-11-03 23:32:43 +00:00
mozbuild Bug 1533642 - Allow to run mach from outside the src or obj directories. r=firefox-build-system-reviewers,mhentges 2020-11-05 14:54:40 +00:00
mozlint
mozperftest Bug 1667151 - add support for pre-compiled scipy/numpy r=sparky 2020-11-05 17:16:34 +00:00
mozrelease
mozterm
mozversioncontrol
README
mach_commands.py Bug 1675675 - Only put mach_bootstrap paths in PYTHONPATH for mach python --no-virtualenv. r=firefox-build-system-reviewers,rstewart 2020-11-06 17:30:58 +00:00
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