gecko-dev

История

Axel Hecht 1343d506c0 Bug 1641184, use only the merge dir for repacks, r=nalexander l10n-merge creates a full merge dir for a while now, let's simplify the build logic to only read from that directory during repacks and langpacks. Differential Revision: https://phabricator.services.mozilla.com/D77023		2020-05-27 17:04:06 +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 1609556 - Migrate toolbar-context-menu to Fluent r=Gijs,fluent-reviewers	2020-05-27 18:09:40 +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 1638965 - Run 'mach gtest' in python 3; r=bc	2020-05-27 20:53:22 +00:00
mozboot	Bug 1640261 - Expand set of possible Python 3's you can use in bootstrap/debian.py r=froydnj	2020-05-22 19:34:08 +00:00
mozbuild	Bug 1641184, use only the merge dir for repacks, r=nalexander	2020-05-27 17:04:06 +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 1641351 - raise on node error in BT r=acreskey	2020-05-27 21:43:38 +00:00
mozrelease	…
mozterm	…
mozversioncontrol	Bug 1637333 - Ensure we don't pass bad environment variables to `subprocess.check_call()` in `mozversioncontrol` r=ahal	2020-05-12 16:58:21 +00:00
safety	…
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