Fri, 24 Sep 2010 02:52:12 +0200 test-mq-symlinks: fix symlink handling on solaris stable
Mads Kiilerich <mads@kiilerich.com> [Fri, 24 Sep 2010 02:52:12 +0200] rev 12396
test-mq-symlinks: fix symlink handling on solaris It seems like ln -s gets confused if an existing symlink is dangling: $ rm -f a b; ln -s a b; ln -sf b b ln: cannot create b: File exists We now rely on rm instead of on ln -sf.
Fri, 24 Sep 2010 02:49:09 +0200 test-archive: fix touch datestamps stable
Mads Kiilerich <mads@kiilerich.com> [Fri, 24 Sep 2010 02:49:09 +0200] rev 12395
test-archive: fix touch datestamps Backport 3acd5f7ab9d0 and 9581d5efb6a5 to stable.
Fri, 24 Sep 2010 00:17:04 +0200 Merge with stable
Patrick Mezard <pmezard@gmail.com> [Fri, 24 Sep 2010 00:17:04 +0200] rev 12394
Merge with stable
Fri, 24 Sep 2010 00:04:07 +0200 convert/darcs: improve unsupported format detection (issue2172) stable
Patrick Mezard <pmezard@gmail.com> [Fri, 24 Sep 2010 00:04:07 +0200] rev 12393
convert/darcs: improve unsupported format detection (issue2172)
Fri, 24 Sep 2010 00:03:58 +0200 bookmarks: fix _bookmarks/lookup() reentrancy issue (issue2016) stable
Patrick Mezard <pmezard@gmail.com> [Fri, 24 Sep 2010 00:03:58 +0200] rev 12392
bookmarks: fix _bookmarks/lookup() reentrancy issue (issue2016) _bookmarks is loaded lazily and calls super.lookup(). Unfortunately, branch and tags caches initializations also recurse in lookup() and end up trying to access _bookmarks again. Massive confusion ensues. I considered fixing all branches and tags cache loading to avoid recursing in lookup() but it would add complexity to otherwise working code provided lookups are performed on nodes or revnums.
Thu, 23 Sep 2010 11:41:27 +0200 Fix memory leak when using hg commands over http repositories stable
Alexandre Fayolle <alexandre.fayolle@logilab.fr> [Thu, 23 Sep 2010 11:41:27 +0200] rev 12391
Fix memory leak when using hg commands over http repositories When using hg commands over an http repository in a long running process, a httphandler instance is leaked for each command, because of a loop handler.parent -> OpenerDirector and OpenerDirector.handlers -> handler which is not handled by Python's gc. Discussion on #mercurial concluded that removing the __del__ method solved the problem.
Thu, 23 Sep 2010 16:31:38 +0200 Use more note admonitions in help texts
Christian Ebert <blacktrash@gmx.net> [Thu, 23 Sep 2010 16:31:38 +0200] rev 12390
Use more note admonitions in help texts
Wed, 22 Sep 2010 16:23:55 +0200 Use note admonition
Erik Zielke <ez@aragost.com> [Wed, 22 Sep 2010 16:23:55 +0200] rev 12389
Use note admonition
Wed, 22 Sep 2010 15:51:59 +0200 minirst: Support for admonitions
Erik Zielke <ez@aragost.com> [Wed, 22 Sep 2010 15:51:59 +0200] rev 12388
minirst: Support for admonitions The old asciidoc format supported something like this, this is why there is NOTE: scattered here and there.
Thu, 23 Sep 2010 00:02:31 -0500 cleanup: use x in (a, b) instead of x == a or x == b
Brodie Rao <brodie@bitheap.org> [Thu, 23 Sep 2010 00:02:31 -0500] rev 12387
cleanup: use x in (a, b) instead of x == a or x == b
(0) -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 tip