gecko/python
Gregory Szorc e960c07933 Bug 995374 - Update virtualenv to 1.11.4; r=mshal
We're trying to stay up to date on virtualenv releases so we don't fall
too far behind and so we can leverage new features, such as wheels.

This virtualenv release features upgrades to pip (1.4.1 to 1.5.4) and
setuptools (0.9.8 to 2.2). These may fix bugs people are encountering
in the wild.

Tarball obtained from
https://pypi.python.org/packages/source/v/virtualenv/virtualenv-1.11.4.tar.gz#md5=9accc2d3f0ec1da479ce2c3d1fdff06e.
the egg-info directory was removed (consistent with previous virtualenv
upgrades).

--HG--
extra : rebase_source : 0cef066c747d51b8f47e4218353dd47f391ff831
extra : amend_source : 08a255f64093e9280da04a4bead2db3e6f9abe42
2014-04-11 12:07:20 -07:00
..
blessings
codegen
configobj
jsmin
lldbutils Fix error in lldb string serialiation; no bug. (DONTBUILD, NPOTB) 2014-02-17 15:22:59 +11:00
mach Bug 909522 - Run mach's unit tests as part of make check; r=mshal 2014-01-09 11:20:41 -08:00
mock-1.0.0
mozboot No Bug - Fix python typo in mozboot, r=trivial, DONTBUILD, a=NPOTB 2014-03-04 13:04:12 -05:00
mozbuild Bug 973770 - Typo fix. r=botond DONTBUILD for NPOTB 2014-04-08 15:06:05 -04: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
virtualenv Bug 995374 - Update virtualenv to 1.11.4; r=mshal 2014-04-11 12:07:20 -07:00
which
mach_commands.py Bug 952280 - mach python commands now use virtualenv APIs; r=mshal 2013-12-19 13:48:37 -08:00
Makefile.in Bug 909522 - Run mach's unit tests as part of make check; r=mshal 2014-01-09 11:20:41 -08:00
moz.build Bug 939367 - Allow Sphinx docs to come from all over the tree; r=glandium 2013-11-20 12:37:22 -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