gecko-dev/python
Marco Castelluccio 47b9708b4a Bug 1431349 - Add additional tests for UrlFinder and chrome_map preprocessor info generation. r=chmanchester
--HG--
extra : rebase_source : 838a6b114e433f9179a1e3294ab53d730b672073
2018-01-23 16:00:58 +01: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 1411012 - Migrate a small chunk of Privacy pane in Preferences to Fluent. r=mshal,Pike 2017-11-09 12:11:32 -08:00
mach Bug 1415614 - Add an API to log all structured messages; r=mshal 2017-11-09 15:09:52 -08:00
mozboot Merge inbound to mozilla-central. a=merge 2018-01-17 23:48:10 +02:00
mozbuild Bug 1431349 - Add additional tests for UrlFinder and chrome_map preprocessor info generation. r=chmanchester 2018-01-23 16:00:58 +01:00
mozlint Bug 1422302 - Create python/mozterm for sharing terminal blessings across modules r=gps 2017-12-04 09:38:24 -05:00
mozterm Backed out 5 changesets (bug 1421799) for failing firefox ui functional tests. r=backout on a CLOSED TREE 2018-01-03 20:21:28 +02: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
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 Backed out 2 changesets (bug 1403519) for bustage on \python\mozbuild\mozbuild\test\frontend\test_reader.py on a CLOSED TREE 2018-01-17 07:23:40 +02:00
README Bug 1346025 - Move vendored python modules from /python to /third_party/python, r=ted 2017-05-25 11:48:03 -04:00

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