gecko-dev/python
Emilio Cobos Álvarez f85d524658 Bug 1523686 - Support giving a commit or commit range to mach clang-format. r=Ehsan
I always forget to run clang-format before-hand. This allows me to run it on a
particular commit of my tree where the formatting doesn't match the canonical
one.

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

--HG--
extra : moz-landing-system : lando
2019-01-29 17:33:04 +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 1517508 - Migrate aboutRobots.dtd to Fluent. r=Gijs,flod 2019-01-28 22:31:09 +00:00
mach Bug 1520006 - [mach] Fix bug in 'mach completion', r=nalexander 2019-01-14 21:20:55 +00:00
mozboot Bug 1503455 - Part 4: Compile with SDK28. r=nalexander,snorp 2019-01-28 18:32:11 +00:00
mozbuild Bug 1523686 - Support giving a commit or commit range to mach clang-format. r=Ehsan 2019-01-29 17:33:04 +00:00
mozlint Bug 1436037 - [python] Create Windows python-test tasks, r=gps 2018-12-05 19:20:16 +00:00
mozrelease Backed out 21 changesets (bug 1492664) for breaking cron task for nightlies. a=backout 2018-12-20 12:43:22 +02:00
mozterm Bug 1471171 - Indicate that mozterm is universal and works on any version of Python; r=emorley 2018-07-02 12:03:10 +01:00
mozversioncontrol Bug 1515261 - [mozversioncontrol] Fix unicode env string on Windows, r=sheehan 2019-01-07 16:26:49 +00:00
safety Bug 1476003 Update python virtual environment for |mach python-safety| r=davehunt 2018-07-16 15:36:50 +00:00
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