Fri, 26 Aug 2011 16:07:16 -0500 Added signature for changeset d629f1e89021 stable
Matt Mackall <mpm@selenic.com> [Fri, 26 Aug 2011 16:07:16 -0500] rev 15060
Added signature for changeset d629f1e89021
Fri, 26 Aug 2011 16:07:13 -0500 Added tag 1.9.2 for changeset d629f1e89021 stable
Matt Mackall <mpm@selenic.com> [Fri, 26 Aug 2011 16:07:13 -0500] rev 15059
Added tag 1.9.2 for changeset d629f1e89021
Thu, 25 Aug 2011 11:03:16 +0200 util: postpone and reorder parent calculation in makedirs
Adrian Buehlmann <adrian@cadifra.com> [Thu, 25 Aug 2011 11:03:16 +0200] rev 15058
util: postpone and reorder parent calculation in makedirs
Thu, 25 Aug 2011 20:21:04 -0400 atomictempfile: make close() consistent with other file-like objects.
Greg Ward <greg@gerg.ca> [Thu, 25 Aug 2011 20:21:04 -0400] rev 15057
atomictempfile: make close() consistent with other file-like objects. The usual contract is that close() makes your writes permanent, so atomictempfile's use of close() to *discard* writes (and rename() to keep them) is rather unexpected. Thus, change it so close() makes things permanent and add a new discard() method to throw them away. discard() is only used internally, in __del__(), to ensure that writes are discarded when an atomictempfile object goes out of scope. I audited mercurial.*, hgext.*, and ~80 third-party extensions, and found no one using the existing semantics of close() to discard writes, so this should be safe.
Wed, 24 Aug 2011 05:42:41 -0400 posix: check for executable bits on files identified by findexe function
Robert Jones <rob@redshirtsoftware.com> [Wed, 24 Aug 2011 05:42:41 -0400] rev 15056
posix: check for executable bits on files identified by findexe function
Fri, 26 Aug 2011 16:23:35 +0200 subrepo: fix cloning of repos from urls without slash after host (issue2970) stable 1.9.2
Mads Kiilerich <mads@kiilerich.com> [Fri, 26 Aug 2011 16:23:35 +0200] rev 15055
subrepo: fix cloning of repos from urls without slash after host (issue2970) This fixes a regression introduced with the new url handling in 1.9. This should perhaps be fixed in the url class instead, but that might be too invasive for a stable bugfix.
Thu, 25 Aug 2011 16:21:53 -0500 merge with stable
Matt Mackall <mpm@selenic.com> [Thu, 25 Aug 2011 16:21:53 -0500] rev 15054
merge with stable
Thu, 25 Aug 2011 22:06:03 +0300 ui: pass ' ' to raw_input when prompting stable
Idan Kamara <idankk86@gmail.com> [Thu, 25 Aug 2011 22:06:03 +0300] rev 15053
ui: pass ' ' to raw_input when prompting This is a workaround for calling ui.prompt(...), typing some character then hitting backspace which causes the entire line to delete rather than just the one character. This was seen on Debian using gnome-terminal. (credits to Mads for the idea) Python bug can be found here: http://bugs.python.org/issue12833
Thu, 25 Aug 2011 17:20:00 +0200 dagutil: fix off-by-one in inverserevlogdag buildup stable
Peter Arrenbrecht <peter.arrenbrecht@gmail.com> [Thu, 25 Aug 2011 17:20:00 +0200] rev 15052
dagutil: fix off-by-one in inverserevlogdag buildup
Fri, 19 Aug 2011 10:05:23 -0300 i18n-pt_BR: synchronized with 7f504202cb5c stable
Wagner Bruna <wbruna@yahoo.com> [Fri, 19 Aug 2011 10:05:23 -0300] rev 15051
i18n-pt_BR: synchronized with 7f504202cb5c
(0) -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 tip