gecko/python
Nick Alexander 8865454ccd Bug 887121 - Make packager install and szip .so libraries in assets/ directly. r=glandium
This adds a Component type to the mozbuild.mozpack package manifest
parser, and teaches the packager to accept components of the form
[name destdir="dir"].  Then we update the Android package manifest and
simplify the packager code.

I would have liked to make the packager put mozglue.so and
MOZ_CHILD_PROCESS_NAME in lib/$(ABI_DIR) directly, but this turned out
to be awkward.  Since MOZ_CHILD_PROCESS_NAME needs to have lib/ in its
name to load successfully on Android, we would have to add notation in
package manifests to install bin/lib/*plugin-container* to
lib/$(ABI_DIR)/*plugin-container*.
2013-06-28 09:10:57 -07:00
..
blessings
codegen
mach Bug 879406 - Unbust |mach help| when arguments are not prefixed with '-'; r=ted 2013-06-14 09:44:33 -07:00
mock-1.0.0
mozboot Bug 885572 - Fix upgrade_mercurial() in bootstrapper; r=khuey 2013-06-24 10:23:14 -07:00
mozbuild Bug 887121 - Make packager install and szip .so libraries in assets/ directly. r=glandium 2013-06-28 09:10:57 -07:00
psutil Bug 870575 - Upgrade psutil to 0.7.1; rs=me 2013-05-09 15:39:30 -07:00
simplejson-2.1.1
virtualenv
which
Makefile.in Bug 677452 - Add smartmake-like functionality to |mach build DIR|. r=gps 2013-05-01 15:36:05 -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