gecko-dev/python
Masatoshi Kimura 7276b36871 Bug 1590693 - Unship empty chrome.manifest files. r=glandium
Bug 1295542 added empty chrome.manifest files to prevent malware from abusing
them. This workaround is no longer necessary because Firefox stopped reading
chrome.manifest outside omni.ja since bug 1543761.

Differential Revision: https://phabricator.services.mozilla.com/D55954

--HG--
extra : moz-landing-system : lando
2019-12-12 11:13:42 +00:00
..
devtools/migrate-l10n Bug 1559975 - fix python2 linter errors for python/devtools r=ahal 2019-07-16 17:46:08 +00:00
docs
gdbpp/gdbpp Bug 1564314 - Make linters happy with the gdbpp code. r=nalexander 2019-07-11 18:19:44 +00:00
l10n Bug 1600560 - Remove Fluent migration recipes for Firefox 71 r=Pike 2019-12-02 10:12:39 +00:00
mach Bug 1581224 - convert mach uuid to be compatible with both python2/3 r=Callek 2019-10-21 16:33:00 +00:00
mozboot Bug 1595218 - Update bootstrap to upgrade to stable rust. r=froydnj 2019-12-05 04:53:09 +00:00
mozbuild Bug 1590693 - Unship empty chrome.manifest files. r=glandium 2019-12-12 11:13:42 +00:00
mozlint Bug 1589056 - [mozlog] Update mozlog version number to 5.0 r=jgraham 2019-10-24 14:12:32 +00:00
mozrelease Bug 1595632 - don't hardcode TC root url for release start emails, r=Callek 2019-11-14 03:15:51 +00:00
mozterm
mozversioncontrol Bug 1592855 - run mach vendor python with python3 r=ahal 2019-11-05 15:29:44 +00:00
safety Bug 1591220 - migrate python-safety to run with python3 by default r=ahal 2019-11-04 21:55:21 +00:00
README
mach_commands.py Bug 1590745 - Make the $PYTHON3 build var use a virtualenv r=mshal 2019-12-03 18:49:06 +00:00
moz.build Bug 1601076 - Fix some broken BUG_COMPONENTS in moz.build files; r=jmaher 2019-12-04 13:55:45 +00:00

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