gecko-dev/python
Gabriele Svelto a41a01a61f Bug 1444881 - Make |mach bootstrap| use the latest version of Oracle's JDK when bootstrapping Fennec on Gentoo; r=nalexander
MozReview-Commit-ID: BnRJC95sSEr

--HG--
extra : rebase_source : 82db88a83191f7e837c000d3701df8b3ee941259
2018-03-12 14:31:05 +01:00
..
devtools/migrate-l10n
l10n/fluent_migrations Bug 1435912 - Migrate Preferences::General XUL part to the new Localization API. r=flod,jaws 2018-02-27 21:20:54 -08:00
mach Bug 1434430 - [flake8] Fix blank 'except' statements r=rwood 2018-01-31 14:32:08 -05:00
mozboot Bug 1444881 - Make |mach bootstrap| use the latest version of Oracle's JDK when bootstrapping Fennec on Gentoo; r=nalexander 2018-03-12 14:31:05 +01:00
mozbuild Bug 1443204 - Pre: Clean-up unused Android data structures in mozbuild frontend. r=chmanchester 2018-03-06 14:53:04 -08:00
mozlint Bug 1434974 - [mozlint] Create a SummaryFormatter to help triage paths, r=jmaher 2018-01-29 16:37:21 -05:00
mozrelease bug 1398799: mozharness script to create update verify configs without relying on patcher configs. r=nthomas 2018-02-23 06:00:02 -05:00
mozterm Bug 1434430 - [flake8] Fix blank 'except' statements r=rwood 2018-01-31 14:32:08 -05:00
mozversioncontrol Bug 1405588 - [mozversioncontrol] Use base_ref instead of upstream as default outgoing comparison on git, r=gps 2017-11-01 12:57:03 -04:00
mach_commands.py Bug 1403012 - Fix TypeError when running python unittests via |mach test|, r=gbrown 2018-01-12 11:22:58 -05:00
moz.build bug 1398799: mozharness script to create update verify configs without relying on patcher configs. r=nthomas 2018-02-23 06:00:02 -05: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