Magic-Mirror/gecko-dev
1
0
Fork 0
mirror of https://github.com/mozilla/gecko-dev.git synced 2024-11-05 16:46:26 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity
9d6e50b205
gecko-dev/python
History
Wes Kocher bfe39d4ceb Backed out changeset 880dfb9548b5 (bug 1020514) under suspicion of turning winxp debug jittests perma-purple
2014-06-21 15:01:55 -07:00
..
blessings
codegen
configobj Bug 894227 - Add configobj Python package; rs=glandium 2013-07-18 12:55:41 -07:00
jsmin Bug 903149 - Part 1: Add jsmin Python package; r=glandium 2013-09-04 18:47:42 -07:00
lldbutils Bug 1002712 - Add lldb type summaries for rects and regions. r=heycam 2014-04-29 12:14:42 +02:00
mach Backed out changeset 880dfb9548b5 (bug 1020514) under suspicion of turning winxp debug jittests perma-purple 2014-06-21 15:01:55 -07:00
mock-1.0.0
mozboot Bug 972329 - Install setuptools as part of bootstrap. r=gps 2014-06-11 11:22:00 -07:00
mozbuild Bug 1016240 - Exterminate CR+LF line endings. r=briansmith,cpearce,ehsan,gavin 2014-06-18 17:56:02 -07: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 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

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