gecko/python
Nathan Froyd d1262629bb Bug 1117860 - part 1 - factor sources->unified file computation out of _add_unified_build_rules; r=mshal
_add_unified_build_rules does quite a lot of work besides adding
makefile rules and variables.  The divying up of source files into
unified files is one part of that, so move it out into its own function.
When we eventually move that computation out of recursivemake.py, this
refactoring will make it easier to verify that's what we've done.
2014-12-22 09:35:52 -05:00
..
bitstring Bug 1091668 - Import bitstring-3.1.3; r=ted, r=gerv 2014-11-03 10:47:25 -05:00
blessings
configobj
eme Bug 1091668 - generate voucher on signed plugin-container; r=glandium 2014-11-25 10:43:43 -05:00
jsmin Bug 1105052 - Update in-tree jsmin to commit a878bf0. rs=gps 2014-11-25 16:02:08 -08:00
lldbutils
mach Bug 1115278 - Fix mach documentation issues; r=glandium 2014-12-24 10:26:34 -08:00
mock-1.0.0
mozboot Bug 1111256 - Use LooseVersion for Python version comparison; r=gps 2014-12-23 09:43:45 -08:00
mozbuild Bug 1117860 - part 1 - factor sources->unified file computation out of _add_unified_build_rules; r=mshal 2014-12-22 09:35:52 -05:00
mozversioncontrol/mozversioncontrol Bug 1092149 - Use LooseVersion instead of StrictVersion in |mach mercurial-setup| so release candidates work, r=gps 2014-10-31 15:09:39 -04:00
psutil Backed out changeset 697eb6db7d96 (bug 930808) for OS X make check failures 2014-12-23 21:04:19 -08:00
pyasn1 Bug 1091668 - Import pyasn1-0.1.7; r=ted, r=gerv 2014-11-03 10:46:46 -05:00
virtualenv Bug 930808 - Upgrade virtualenv to 12.0.2; r=glandium 2014-12-23 10:26:10 -08:00
which
mach_commands.py
moz.build NO BUG - Remove deleted python/codegen from Sphinx docs 2014-12-29 15:49:36 -08: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:

* 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