gecko-dev/python
df1aa1417d Bug 1421799 - [test_archive] Add 'mozterm' to common.tests.zip r=gbrown
This makes sure the mozterm module is available to the testers. The
setup.py was needed to it could be installed from requirements.txt.

This module does not yet live on pypi.

MozReview-Commit-ID: 9AL0EZ1uVgL

--HG--
extra : rebase_source : 4052f60e5e793d912045a9bd420d70c59e8a69fb
2017-12-15 16:51:30 +00: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
mach Bug 1415614 - Add an API to log all structured messages; r=mshal 2017-11-09 15:09:52 -08:00
mozboot Bug 1427450 - bootstrap: Don't install mesa, libiw and libnotify development files. r=froydnj 2017-12-31 09:15:44 +09:00
mozbuild Bug 1421799 - [test_archive] Add 'mozterm' to common.tests.zip r=gbrown 2017-12-15 16:51:30 +00:00
mozlint Bug 1422302 - Create python/mozterm for sharing terminal blessings across modules r=gps 2017-12-04 09:38:24 -05:00
mozterm Bug 1421799 - [test_archive] Add 'mozterm' to common.tests.zip r=gbrown 2017-12-15 16:51:30 +00: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 1414399 - [mozbuild/moztest] Move mozbuild.testing.TestResolver to moztest.resolve r=gps 2017-11-06 08:41:42 -05:00
moz.build Bug 1422302 - Create python/mozterm for sharing terminal blessings across modules r=gps 2017-12-04 09:38:24 -05: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