gecko-dev/python
byron jones af12ec3053 Bug 1454868: create `mach vendor manifest --verify` r=gps
Creates a standard library for working with moz.yaml files, and adds a `mach
vendor manifest --verify` command that loads and verifies manifest schema.

The list of permitted licenses is one I derived from about:license, pending an
authoritative list from legal.

Differential Revision: https://phabricator.services.mozilla.com/D1208
2018-05-26 00:00:27 +00:00
..
devtools/migrate-l10n
docs Backed out 3 changesets (bug 1346026) for Bugzilla linting 2018-05-23 19:42:13 +03:00
l10n/fluent_migrations Bug 1460806 - Clean up Fluent migration recipes r=gandalf 2018-05-11 08:12:52 +02:00
mach Bug 1453426 - Kill invoked process on keyboard interrupt in mach build. r=mshal 2018-04-17 15:30:27 -07:00
mozboot Bug 1462444 - Make |mach bootstrap| use the latest version of Oracle's JDK when bootstrapping Fennec on Gentoo; r=nalexander 2018-05-17 21:44:26 +02:00
mozbuild Bug 1454868: create `mach vendor manifest --verify` r=gps 2018-05-26 00:00:27 +00:00
mozlint Bug 1460690 - [mozlint] Make sure vcs_paths are always joined to the repository root, r=standard8 2018-05-11 11:13:36 -04:00
mozrelease Bug 1453274 - Bump mozrelease in tree version, to distinguish it from the pypi mirror version. r=rail 2018-04-24 21:55:22 -04:00
mozterm Bug 1434430 - [flake8] Fix blank 'except' statements r=rwood 2018-01-31 14:32:08 -05:00
mozversioncontrol
README
mach_commands.py Bug 1451501 - Fix error trying to run python-tests via |mach test|, r=gps,whimboo 2018-04-04 17:30:22 -04:00
moz.build Bug 1453274 - Add testing for python/mozrelease/versions.py r=rail 2018-04-23 12:40:26 -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