gecko-dev/python
Sebastian Hengst bfb77aa998 merge mozilla-central to mozilla-inbound on a CLOSED TREE 2018-02-24 03:11:04 +02:00
..
devtools/migrate-l10n Bug 1346025 - Move vendored python modules from /python to /third_party/python, r=ted 2017-05-25 11:48:03 -04:00
l10n/fluent_migrations Bug 1439452 - Use `width` instead of `min-width` for `Find in Preferences` box. r=flod 2018-02-22 22:57:36 -08:00
mach Bug 1434430 - [flake8] Fix blank 'except' statements r=rwood 2018-01-31 14:32:08 -05:00
mozboot Bug 1430928 - mozboot: install rust 1.24. r=froydnj DONTBUILD 2018-02-15 17:07:37 -08:00
mozbuild Bug 1436959 - Use the correct case-insensitive sorted iterator when sorting lists in generated GN moz.build files. r=dminor 2018-02-22 12:04:53 -08:00
mozlint Bug 1434974 - [mozlint] Create a SummaryFormatter to help triage paths, r=jmaher 2018-01-29 16:37:21 -05:00
mozrelease bug 1398799: mozharness script to create update verify configs without relying on patcher configs. r=nthomas 2018-02-23 06:00:02 -05:00
mozterm Bug 1434430 - [flake8] Fix blank 'except' statements r=rwood 2018-01-31 14:32:08 -05:00
mozversioncontrol Bug 1405588 - [mozversioncontrol] Use base_ref instead of upstream as default outgoing comparison on git, r=gps 2017-11-01 12:57:03 -04:00
README Bug 1346025 - Move vendored python modules from /python to /third_party/python, r=ted 2017-05-25 11:48:03 -04:00
mach_commands.py Bug 1403012 - Fix TypeError when running python unittests via |mach test|, r=gbrown 2018-01-12 11:22:58 -05:00
moz.build bug 1398799: mozharness script to create update verify configs without relying on patcher configs. r=nthomas 2018-02-23 06:00:02 -05: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