tubestation

Files

Gregory Szorc a7bede65fc Bug 1416052 - Move export of FOUND_MOZCONFIG to Python; r=nalexander

This should have the same net result.

TBH, I'm not 100% convinced we need this export. It is only needed
to send variables to sub-makes. And the only make file reading
FOUND_MOZCONFIG is client.mk. Since the code that evals the
auto-generated make file is always executed in client.mk, we
shouldn't need this export.

All this code is going away soon anyway. So I'm inclined to cargo
cult this just in case.

MozReview-Commit-ID: DqF1BU702A

2017-11-09 22:23:14 -08: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 1412677 - Install NDK r15c as part of 'mach bootstrap' r=froydnj

2017-10-30 08:51:15 -05:00

mozbuild

Bug 1416052 - Move export of FOUND_MOZCONFIG to Python; r=nalexander

2017-11-09 22:23:14 -08:00

mozlint

Bug 1405304 - Add Unix formatter for mozlint. r=ahal

2017-10-03 14:45:17 +01:00

mozversioncontrol

Bug 1401199 - [mozversioncontrol] Add property to get hash of HEAD revision, r=mshal

2017-09-29 11:10:59 -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 1401309 - [mozlint] Remove vcs.py and use mozversioncontrol instead, r=gps

2017-09-25 16:30:27 -04:00

README

Bug 1346025 - Move vendored python modules from /python to /third_party/python, r=ted

2017-05-25 11:48:03 -04: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