Magic-Mirror/gecko-dev
1
0
Fork 0
mirror of https://github.com/mozilla/gecko-dev.git synced 2024-12-02 01:48:05 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity
c771ae8334
gecko-dev/python
History
Mike Hommey da7cbbe652 Bug 1574402 - Avoid repeated OS_LIBS and USE_LIBS from gyp_reader. r=froydnj 
Differential Revision: https://phabricator.services.mozilla.com/D42275

--HG--
extra : moz-landing-system : lando
2019-08-16 21:23:47 +00:00
..
devtools/migrate-l10n Bug 1559975 - fix python2 linter errors for python/devtools r=ahal 2019-07-16 17:46:08 +00:00
docs
gdbpp/gdbpp Bug 1564314 - Make linters happy with the gdbpp code. r=nalexander 2019-07-11 18:19:44 +00:00
l10n Bug 1321281, add test framework for Fluent migration recipes, r=flod,ahal 2019-08-08 11:54:30 +00:00
mach Bug 1473498 - Fix Python 3 environment variables with subprocess r=glandium 2019-07-30 21:35:53 +00:00
mozboot Bug 1570352 - Make sure ensure_java correctly passes extra search dirs to which. r=nalexander 2019-07-31 17:12:21 +00:00
mozbuild Bug 1574402 - Avoid repeated OS_LIBS and USE_LIBS from gyp_reader. r=froydnj 2019-08-16 21:23:47 +00:00
mozlint Bug 1512487 - Part 2: Add "global" lint type. r=ahal 2019-08-02 20:34:09 +00:00
mozrelease Bug 1549889: Add support for displaying WNP conditionally on build-id; r=nthomas 2019-05-29 23:47:07 +00:00
mozterm
mozversioncontrol Bug 1561632 - Back out bug 1554987. r=ahal 2019-06-28 15:58:36 +00:00
safety
mach_commands.py Bug 1557278 - Avoid implicit conversion to Unicode when rewriting log lines. r=ahal 2019-06-06 16:46:40 +00:00
moz.build Bug 1564314 - Move gdbpp back to python/. r=nalexander 2019-07-11 02:39:31 +00:00
README

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