gecko-dev/python
Axel Hecht c3a71a9957 Bug 1321281, add test framework for Fluent migration recipes, r=flod,ahal
Basic test infrastructure for Fluent migration recipes, automate creating
a reference from recipe data, and running the recipe dry and wet.

There are no hard failures for diffs, as it might just be OK.

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

--HG--
extra : moz-landing-system : lando
2019-08-08 11:54:30 +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 Bug 1490253 - Update documentation on vendoring Python packages based on switch to pip-tools; r=ahal 2018-10-15 13:36:30 +00:00
gdbpp/gdbpp Bug 1564314 - Make linters happy with the gdbpp code. r=nalexander 2019-07-11 18:19:44 +00:00
l10n Bug 1321281, add test framework for Fluent migration recipes, r=flod,ahal 2019-08-08 11:54:30 +00:00
mach Bug 1473498 - Fix Python 3 environment variables with subprocess r=glandium 2019-07-30 21:35:53 +00:00
mozboot Bug 1570352 - Make sure ensure_java correctly passes extra search dirs to which. r=nalexander 2019-07-31 17:12:21 +00:00
mozbuild Bug 1572046 - Build shared libraries in a separate target. r=nalexander 2019-08-07 22:50:14 +00:00
mozlint Bug 1512487 - Part 2: Add "global" lint type. r=ahal 2019-08-02 20:34:09 +00:00
mozrelease Bug 1549889: Add support for displaying WNP conditionally on build-id; r=nthomas 2019-05-29 23:47:07 +00:00
mozterm
mozversioncontrol Bug 1561632 - Back out bug 1554987. r=ahal 2019-06-28 15:58:36 +00:00
safety
README
mach_commands.py Bug 1557278 - Avoid implicit conversion to Unicode when rewriting log lines. r=ahal 2019-06-06 16:46:40 +00:00
moz.build Bug 1564314 - Move gdbpp back to python/. r=nalexander 2019-07-11 02:39:31 +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