gecko-dev/python
Mike Hommey 794ccc7940 Bug 1500436 - Redirect node.js's stderr to a pipe. r=froydnj
This works around https://github.com/nodejs/node/issues/14752, which
causes problems with make.

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

--HG--
extra : moz-landing-system : lando
2019-06-26 21:44:00 +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 Bug 1555438 - Remove getDetailedCertErrorInfo from NetErrorChild.jsm. r=johannh,fluent-reviewers,flod 2019-06-26 20:24:05 +00:00
mach Bug 1521996 - Part 1: Add conditional_name to mach @Command definition. r=ahal 2019-05-17 21:39:31 +00:00
mozboot Bug 1561494 - Remove gconf from bootstrap. r=froydnj 2019-06-26 12:54:30 +00:00
mozbuild Bug 1500436 - Redirect node.js's stderr to a pipe. r=froydnj 2019-06-26 21:44:00 +00:00
mozlint Bug 1552897 - Ride along: format with black r=ahal 2019-05-23 16:44:04 +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 1515105 - Adjust test for turning off git commit.gpgSign when making temporary commits for try pushes. r=ahal 2019-06-26 15:04:01 +00:00
safety Bug 1476003 Update python virtual environment for |mach python-safety| r=davehunt 2018-07-16 15:36:50 +00:00
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 1547730 - Set python test annotations to correspond to currently-passing py3 tests r=glandium 2019-05-28 14:28:53 +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