Vadim Gelfer <vadim.gelfer@gmail.com> [Mon, 31 Jul 2006 07:31:31 -0700] rev 2741
log: add -f/--follow option, to follow rename/copy
Vadim Gelfer <vadim.gelfer@gmail.com> [Mon, 31 Jul 2006 07:11:12 -0700] rev 2740
clean up hg.py: move repo constructor code into each repo module
Vadim Gelfer <vadim.gelfer@gmail.com> [Sun, 30 Jul 2006 22:52:34 -0700] rev 2739
merge with mpm.
Vadim Gelfer <vadim.gelfer@gmail.com> [Sun, 30 Jul 2006 21:46:38 -0700] rev 2738
pull: allow to pull from bundle file without need for bundle: syntax
Giorgos Keramidas <keramida@ceid.upatras.gr> [Sun, 30 Jul 2006 09:37:08 +0300] rev 2737
avoid calling (cd ...) with `nil' as a directory name
When (hg-root) cannot determine the current Mercurial root, print an
error message instead of trying to evaluate (cd nil).
Christian Ebert <blacktrash@gmx.net> [Sat, 29 Jul 2006 18:15:08 +0200] rev 2736
fix output file format %r
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Fri, 28 Jul 2006 21:20:41 -0300] rev 2735
hbisect.py: don't rely on __del__ to write the current state.
This is yet another page of the "Thou shalt not do too much inside
__del__ methods" book, in the "demandload and __del__ don't go well
together" chapter.
The bisect extension is broken in 0.9.1:
$ hg bisect init
$ hg bisect bad
Fatal Python error: Interpreter not initialized (version mismatch?)
Aborted
(yes, I tripled checked my instalation to make sure the problem is not
there)
It's been broken since revision fe1689273f84 moved the import of the
binascii module into a demandload.
(In details: the first time that "hg bisect bad" (or good) is called,
there are still no revisions saved in .hg/bisect/*, so bisect.__init__
doesn't call hg.bin on anything. So, when we reach __del__, the
binascii module still hasn't been imported and we get that "nice"
message above.)