Thu, 03 Sep 2009 21:40:45 +0200 doc/README: simplify instructions
Martin Geisler <mg@lazybytes.net> [Thu, 03 Sep 2009 21:40:45 +0200] rev 9419
doc/README: simplify instructions
Thu, 03 Sep 2009 21:36:44 +0200 doc: use our own rst2man.py script (issue1746)
Martin Geisler <mg@lazybytes.net> [Thu, 03 Sep 2009 21:36:44 +0200] rev 9418
doc: use our own rst2man.py script (issue1746) The rst2man tool has not yet been part of an official Docutils release, and it is not present in most distributions. This poses a problem for people who want to install Mercurial from source, or who want to create a Mercurial package for such a distribution -- how to specify the build-dependencies? By including the rst2man.py script with Mercurial people only need a normal Docutils installation in order to install Mercurial.
Thu, 03 Sep 2009 21:07:06 +0200 util, minirst: do not crash with COLUMNS=0
Martin Geisler <mg@lazybytes.net> [Thu, 03 Sep 2009 21:07:06 +0200] rev 9417
util, minirst: do not crash with COLUMNS=0
Thu, 03 Sep 2009 02:42:56 +0200 manifestdict: remove unnecessary dictionary copy
Benoit Boissinot <benoit.boissinot@ens-lyon.org> [Thu, 03 Sep 2009 02:42:56 +0200] rev 9416
manifestdict: remove unnecessary dictionary copy No need to copy the dict, dict.__init__() will do that for us. It was responsible for a non-negligeable waste of time during a qpush of an -mm queue on the kernel repo.
Wed, 02 Sep 2009 21:05:43 +0200 manifest.add(): cleanup worklist construction and iteration
Benoit Boissinot <benoit.boissinot@ens-lyon.org> [Wed, 02 Sep 2009 21:05:43 +0200] rev 9415
manifest.add(): cleanup worklist construction and iteration
Wed, 02 Sep 2009 21:05:01 +0200 manifest: simplify cache handling, use a unique cache
Benoit Boissinot <benoit.boissinot@ens-lyon.org> [Wed, 02 Sep 2009 21:05:01 +0200] rev 9414
manifest: simplify cache handling, use a unique cache
Wed, 02 Sep 2009 20:18:35 +0200 manifest.add(): simplify with iterators and generator expressions
Benoit Boissinot <benoit.boissinot@ens-lyon.org> [Wed, 02 Sep 2009 20:18:35 +0200] rev 9413
manifest.add(): simplify with iterators and generator expressions
Sat, 29 Aug 2009 00:30:03 +0200 color: do all setup in uisetup
Martin Geisler <mg@lazybytes.net> [Sat, 29 Aug 2009 00:30:03 +0200] rev 9412
color: do all setup in uisetup Now that extensions are loaded in phases, we are guaranteed to always find mq in uisetup with extensions.find and we know that the mq commands are not yet copied into commands.table.
Sun, 16 Aug 2009 00:41:24 +0200 extensions: pass ui arguement to extsetup if accepted
Simon Heimberg <simohe@besonet.ch> [Sun, 16 Aug 2009 00:41:24 +0200] rev 9411
extensions: pass ui arguement to extsetup if accepted
Sat, 29 Aug 2009 00:29:16 +0200 extensions: load and configure extensions in well-defined phases
Martin Geisler <mg@lazybytes.net> [Sat, 29 Aug 2009 00:29:16 +0200] rev 9410
extensions: load and configure extensions in well-defined phases Extensions are now loaded with a call-graph like this: dispatch._dispatch extensions.loadall extensions.load # add foo module to extensions._extensions extensions.load # add bar module to extensions._extensions foo.uisetup(ui) bar.uisetup(ui) foo.extsetup() bar.extsetup() commands.table.update(foo.cmdtable) commands.table.update(bar.cmdtable) hg.repository foo.reposetup(ui, repo) bar.reposetup(ui, repo) The uisetup calls could easily be moved out to dispatch._dispatch, but have been kept in extensions.loadall since at least TortoiseHg calls extensions.loadall and expects it to call uisetup. The extensions.load function called uisetup. It now has an unused ui argument which has been kept for backwards compatibility.
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 tip