gecko-dev

История

Yue Zhang fcaa3e19c7 Bug `1639692` - Re-enable custom transform discovery. r=sparky Differential Revision: https://phabricator.services.mozilla.com/D76653		2020-06-05 21:09:32 +00:00
..
devtools/migrate-l10n	…
docs	…
gdbpp/gdbpp	Bug 1622868 - Fix ns*String pretty-printers, r=glandium	2020-03-17 04:51:21 +00:00
l10n	Bug 1642557 - Remove Fluent migration recipes for Firefox 76 r=Pike	2020-06-05 15:57:48 +00:00
lldbutils	Bug 1627398 Part 5 - Support dumping frame trees in CSS pixels for gdb and lldb. r=heycam	2020-04-07 23:42:38 +00:00
mach	Bug 1642439 - Fix test_error_output.py r=froydnj	2020-06-01 19:33:29 +00:00
mozboot	Bug 1643158: remove mozboot/util.py dependency on six r=rstewart	2020-06-04 18:59:51 +00:00
mozbuild	Bug 1639406 - for `code-review` generate the propper patch when dealing with `clang-format` issues. r=marco	2020-06-04 08:53:02 +00:00
mozlint	Bug `1626104` - Change mach lint --config-path to be relative to topsrcdir. r=linter-reviewers,ahal	2020-03-31 19:41:22 +00:00
mozperftest	Bug `1639692` - Re-enable custom transform discovery. r=sparky	2020-06-05 21:09:32 +00:00
mozrelease	Bug 1632429: Makes mozrelease compatible with python 3 r=aki	2020-06-03 18:16:09 +00:00
mozterm	…
mozversioncontrol	Bug 1640815: Raise helpful error if no non-public commits on bootstrap r=rstewart	2020-05-29 18:35:35 +00:00
safety	Bug 1619930 Update python-safety dependencies r=mtabara	2020-03-05 13:48:16 +00:00
README	…
mach_commands.py	Backed out changeset 4376d47f325b (bug 1639624) for bustage. CLOSED TREE	2020-05-21 03:58:54 +03:00
moz.build	Bug 1635585 - Run compilation/test_warnings.py under Python 3 r=glandium	2020-05-06 19:36:57 +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