gecko/python
Nathan Froyd 73e015d38c Bug 1117860 - part 2 - factor out unified file writing from _add_unified_build_rules; r=mshal
Writing the unified files is another thing that will have to be moved
out of recursivemake.py eventually.  And it doesn't belong inline amidst
makefile rules and variables.  Move its logic to a separate function as
well.
2014-12-22 09:38:02 -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 2 - factor out unified file writing from _add_unified_build_rules; r=mshal 2014-12-22 09:38:02 -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 Bug 1076649 - Remove the '+' prefixing from mach commands with allow_all_arguments=True. r=gps 2014-10-07 07:36:27 +09:00
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