gecko-dev/python
Andi-Bogdan Postelnicu e871eaa405 Bug 1605850 - for `static-analysis autotest` don't allow running `--intree-tool` outside of automation. r=sylvestre
Differential Revision: https://phabricator.services.mozilla.com/D60646

--HG--
extra : moz-landing-system : lando
2020-01-22 10:18:06 +00:00
..
devtools/migrate-l10n
docs
gdbpp/gdbpp
l10n Bug 1608923 - use fluent for PiP button accessible labels, r=mconley,fluent-reviewers,flod 2020-01-20 19:29:57 +00:00
lldbutils Bug 1603804. Move third_party/python/lldbutils to python/lldbutils. r=ahal 2019-12-20 17:10:12 +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 1609832 - Install rustfmt when running mach bootstrap. r=froydnj 2020-01-17 14:45:12 +00:00
mozbuild Bug 1605850 - for `static-analysis autotest` don't allow running `--intree-tool` outside of automation. r=sylvestre 2020-01-22 10:18:06 +00:00
mozlint Bug 1608783 - [mozlint] Fix bug in 'collapse' when two paths are a prefix of one another, r=Standard8 2020-01-17 16:18:59 +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 1604360 - [python] Fix ./mach python --ipython, r=mars 2019-12-17 23:05:29 +00:00
moz.build Bug 1581016 - mozpack/copier.py and mozpack/test_copier.py supports python3 r=glandium,rstewart 2019-12-19 22:00:39 +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