gecko-dev/python
Andi-Bogdan Postelnicu dc4907ab25 Bug 1529691 - use futures in order to process in parallel clang-format. r=bbouvier
Parts of this patch were taken from the original work of :bbouvier in Bug 1521772.
We needed to revert Bug 1521772 since it broken Windows compatibility.

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

--HG--
extra : moz-landing-system : lando
2019-03-12 18:58:46 +00:00
..
devtools/migrate-l10n
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
l10n/fluent_migrations Bug 1531176 - about:support: also support the split of the key r=florian,flod 2019-03-10 15:29:42 +00:00
mach Bug 1513951 - [mach] Fix error handling bug in config.py r=gbrown 2019-02-28 18:03:47 +00:00
mozboot Bug 1521186 - Download nasm toolchain on Windows and Linux. r=firefox-build-system-reviewers,mshal 2019-03-11 18:00:13 +00:00
mozbuild Bug 1529691 - use futures in order to process in parallel clang-format. r=bbouvier 2019-03-12 18:58:46 +00:00
mozlint Bug 1533152 - [flake8] Make sure glob patterns are honoured when passing files directly, r=andi 2019-03-12 15:08:41 +00:00
mozrelease Backed out 4 changesets (bug 1508381) for multiple Windows build bustages CLOSED TREE 2019-01-31 23:14:11 +02:00
mozterm
mozversioncontrol Bug 1515261 - [mozversioncontrol] Fix unicode env string on Windows, r=sheehan 2019-01-07 16:26:49 +00:00
safety
README
mach_commands.py bug 1505205 - don't write telemetry for recursive mach command invocations. r=firefox-build-system-reviewers,chmanchester 2018-11-10 19:04:30 +00:00
moz.build Bug 1508248 - Update in-tree bugzilla metadata to use 'Firefox Build System :: Mach Core' for mach files r=froydnj 2018-11-19 13:35:14 +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