gecko/python
Gregory Szorc 41b24b278a Bug 1033656 - Add reviewboard to mach mercurial-setup; version checking; r=smacleod
We want to make it turnkey for people to use reviewboard. So, we add
reviewboard and related functionality to |mach mercurial-setup|.

Since the reviewboard extension only works in Mercurial 3.0 and newer,
we add some version detection for the Mercurial version. This should
have been done months ago. We now have it.

I also took the opportunity to inform |mach bootstrap| that Mercurial
2.x is no longer modern.

I also updated the messaging around mq to encourage fewer new users to
use it. You may find this controversial. People can always ignore the
message.

Finally, I also added a histedit prompt to the mix, since a lot of
people don't know about that and many find it useful.

I could have broken this into multiple patches. Meh.

--HG--
extra : rebase_source : d33f8abcabb6ad6511c2f9e202283d43613fafc4
extra : amend_source : 3a56bc4d49ee6200cbdd0e87b4f28489518fee79
2014-07-02 14:05:42 -07:00
..
blessings
codegen
configobj
jsmin
lldbutils Bug 1002712 - Add lldb type summaries for rects and regions. r=heycam 2014-04-29 12:14:42 +02:00
mach Bug 1020514 - Make mach colorize lines that start with REFTEST TEST-UNEXPECTED-FAIL etc. r=gps. 2014-06-20 12:01:03 -05:00
mock-1.0.0
mozboot Bug 1033656 - Add reviewboard to mach mercurial-setup; version checking; r=smacleod 2014-07-02 14:05:42 -07:00
mozbuild Bug 1025998 - part 1 - make convert_def_file.py handle the DATA keyword; r=glandium 2014-06-16 16:09:25 -04:00
mozversioncontrol/mozversioncontrol Bug 1033656 - Add reviewboard to mach mercurial-setup; version checking; r=smacleod 2014-07-02 14:05:42 -07: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
Makefile.in
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