fune/python
Mike Hommey 94a4048c0f Bug 1515901 - Avoid loading mozconfig multiple times from MozbuildObject. r=froydnj
When running `mach help`, mozconfig is loaded multiple times, and even
with an almost empty mozconfig, this makes mach help take close to 10
seconds on my Windows machine.

With some memoization, the time to run mach help gets down to 2s.

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

--HG--
extra : moz-landing-system : lando
2018-12-21 15:43:03 +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/fluent_migrations Bug 1514239 - use fluent for the certificate export code in the cert manager, r=flod,keeler 2018-12-15 00:26:09 +00:00
mach Bug 1506759: remove try-except block which swallows OSError r=ted 2018-11-14 16:33:22 +00:00
mozboot Bug 1510602 - update build documentation to mention artifact builds r=firefox-build-system-reviewers,gps 2018-12-05 19:49:38 +00:00
mozbuild Bug 1515901 - Avoid loading mozconfig multiple times from MozbuildObject. r=froydnj 2018-12-21 15:43:03 +00:00
mozlint Bug 1436037 - [python] Create Windows python-test tasks, r=gps 2018-12-05 19:20:16 +00:00
mozrelease Backed out 21 changesets (bug 1492664) for breaking cron task for nightlies. a=backout 2018-12-20 12:43:22 +02:00
mozterm
mozversioncontrol
safety
mach_commands.py bug 1505205 - don't write telemetry for recursive mach command invocations. r=firefox-build-system-reviewers,chmanchester 2018-11-10 19:04:30 +00:00
moz.build Bug 1508248 - Update in-tree bugzilla metadata to use 'Firefox Build System :: Mach Core' for mach files r=froydnj 2018-11-19 13:35:14 +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