gecko/python
Gregory Szorc 8a8d29bfb9 Bug 934739 - Part 2: Add pattern matches to install manifests; r=glandium
This patch adds pattern matching entries to install manifests. We store
metadata necessary to construct a pattern match at a later point in
time. When we convert the install manifest to a file registry, we
resolve the patterns using FileFinder.

The build config logic has been updated to store support-files values as
pattern entries. This should resolve the clobber needed issue and make
the local development experience more pleasant as well.

--HG--
extra : amend_source : 3fe659f7ad6930ef54316b5babac6b83bee240af
2013-12-09 19:02:35 +09:00
..
blessings
codegen Bug 462463 - Stop using mddepend.pl. r=ted 2013-04-09 15:10:25 -07:00
configobj Bug 894227 - Add configobj Python package; rs=glandium 2013-07-18 12:55:41 -07:00
mach Bug 942275 - Add support for setuptools' entry points to mach, r=gps 2013-12-06 09:24:09 -05:00
mock-1.0.0
mozboot Bug 943874 - Update Git URL printed during mach bootstrap; r=ehsan 2013-11-28 13:03:04 +07:00
mozbuild Bug 934739 - Part 2: Add pattern matches to install manifests; r=glandium 2013-12-09 19:02:35 +09:00
mozversioncontrol/mozversioncontrol Bug 941833 - mach mercurial-setup should define host fingerprints during repo operations; r=nalexander 2013-11-21 12:19:32 -08:00
psutil Bug 908296 - Upgrade psutil to version 1.0.1; rs=glandium 2013-08-23 10:18:57 -07:00
virtualenv Bug 914500 - Upgrade virtualenv to 1.10.1; r=mshal 2013-09-10 17:07:12 -07:00
which
mach_commands.py Bug 905490 - Avoid "mach python" logging the python command. r=gps 2013-08-15 23:45:09 +09:00
Makefile.in Bug 585016 - Move buildlist.py to a mozbuild action; r=mshal 2013-10-11 07:22:49 -07:00
moz.build
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:

* 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