Martin Geisler <mg@lazybytes.net> [Thu, 07 May 2009 01:33:45 +0200] rev 8303
gpg: use reverse kwarg to sort sigs in reversed order
Martin Geisler <mg@lazybytes.net> [Thu, 07 May 2009 01:33:44 +0200] rev 8302
util: simplify pipefilter and avoid subprocess race
The subprocess module is not thread safe. Spawning a thread to read
the output leads to exceptions like this when Mercurial exits:
Exception exceptions.TypeError: TypeError("'NoneType' object is not
callable",) in <bound method Popen.__del__ of <subprocess.Popen
object at 0x9ed0dcc>> ignored
The bug is already reported in the Python bug tracker:
http://bugs.python.org/issue1731717
Martin Geisler <mg@lazybytes.net> [Wed, 06 May 2009 23:35:20 +0200] rev 8301
Removed unnecessary call to dict.keys.
Giorgos Keramidas <keramida@ceid.upatras.gr> [Wed, 06 May 2009 20:30:46 +0300] rev 8300
gpg: fix traceback in revs{} display code
Matt Mackall <mpm@selenic.com> [Mon, 04 May 2009 14:22:33 -0500] rev 8299
util: kill unused Popen3
Matt Mackall <mpm@selenic.com> [Mon, 04 May 2009 14:21:43 -0500] rev 8298
config: make remap actually work
Martin Geisler <mg@lazybytes.net> [Mon, 04 May 2009 22:14:52 +0200] rev 8297
util: stop overwriting sha1, overwrite _fastsha1 instead
Some modules (like revlog) would import util.sha1 as _sha1. This
defeats the purpose of having util.sha1 overwrite itself with a faster
version -- revlog would end up always calling the slow version. By
always delegating to util._fastsha1 we avoid this at the cost of an
extra (but unconditional) indirection.
Martin Geisler <mg@lazybytes.net> [Mon, 04 May 2009 21:30:39 +0200] rev 8296
util: remove md5
This hash function is broken and should not be used by new code. It is
currently only used by keepalive.
Sune Foldager <cryo@cyanite.org> [Mon, 04 May 2009 20:29:05 +0200] rev 8295
util: remove warnings when importing md5 and sha
Henrik Stuart <hg@hstuart.dk> [Mon, 04 May 2009 15:31:57 +0200] rev 8294
transaction: refactor transaction.abort and rollback to use the same code
This adds a change to the way that abort is processed, as it will not continue
truncating files beyond the first failure, otherwise the respective
functionality is maintained, i.e. abort will not unlink files, but rollback
will.
Co-contributor: Sune Foldager <cryo@cyanite.org>