Wagner Bruna <wbruna@softwareexpress.com.br> [Mon, 28 Sep 2009 20:32:54 -0300] rev 9754
i18n-pt_BR: synchronized with 02c43e8e0835
Matt Mackall <mpm@selenic.com> [Sat, 07 Nov 2009 14:12:08 -0600] rev 9753
Fix up import test
Matt Mackall <mpm@selenic.com> [Sat, 07 Nov 2009 14:09:16 -0600] rev 9752
subrepo: more robust split for .hgsubstate parsing
Matt Mackall <mpm@selenic.com> [Sat, 07 Nov 2009 14:07:45 -0600] rev 9751
filectx: shortcut unrelated files in ancestor() (issue1327)
Matt Mackall <mpm@selenic.com> [Sat, 07 Nov 2009 14:07:45 -0600] rev 9750
merge: first part of fix for issue1327
When there are no renames involved, we shortcut to the changeset
ancestor. This resolves most cases.
Note that Mercurial's rename philosophy elsewhere is that a file's
name is signficant and rename data is only consulted when a file of
the same name is absent.
Jesse Glick <jesse.glick@sun.com> [Thu, 05 Nov 2009 16:40:48 -0500] rev 9749
Related to Issue919: ui.progress, apparently unused before now, is busted.
Jesse Glick <jesse.glick@sun.com> [Sat, 17 Oct 2009 14:00:41 -0400] rev 9748
Sometimes pushing to an HTTP repo fails with a useless message.
abort: 'https://.../.../' does not appear to be an hg repository!
Ought to produce a better diagnostics on the client. With patched 1.3.1,
observed to produce an Apache HTML error message (from cgitb) including the
vital text:
File ".../hgwebdir.cgi", line 70, in ?
wsgicgi.launch(application)
File "mercurial/hgweb/wsgicgi.py", line 68, in launch
File "mercurial/hgweb/hgwebdir_mod.py", line 91, in __call__
File "mercurial/hgweb/hgwebdir_mod.py", line 148, in run_wsgi
File "mercurial/hgweb/hgweb_mod.py", line 100, in run_wsgi
File "mercurial/hgweb/protocol.py", line 156, in unbundle
File "mercurial/localrepo.py", line 2031, in addchangegroup
File "mercurial/revlog.py", line 1204, in addgroup
LookupError: 00manifest.i@......: unknown parent
Might also be helpful if server's hgweb_mod.run_wsgi caught unexpected errors
and returned a well-formed error response including the stack trace. The client
patch would still be useful in this case, because it would let you diagnose
issues with HTTP proxy servers and so on.
timeless@mozdev.org [Mon, 26 Oct 2009 02:06:23 +0200] rev 9747
hg help resolve grossly mischaracterizes the --all switch
Martin Geisler <mg@lazybytes.net> [Sat, 07 Nov 2009 15:51:32 +0100] rev 9746
hgrc.5: mark more inline literals
Martin Geisler <mg@lazybytes.net> [Sat, 07 Nov 2009 14:41:03 +0100] rev 9745
hgrc.5: do not turn random URLs into links
URLs and email addresses are automatically turned into links. We don't
want that when talking about example links and addresses.
Martin Geisler <mg@lazybytes.net> [Sat, 07 Nov 2009 14:30:58 +0100] rev 9744
hgrc.5: use enumerated list for email charsets
Christian Ebert <blacktrash@gmx.net> [Sat, 07 Nov 2009 13:54:47 +0100] rev 9743
hgrc.5: order of email charsets is not a top level literal block
- it belongs under email charsets, not email in general
- enumerate order
Benoit Boissinot <benoit.boissinot@ens-lyon.org> [Sat, 07 Nov 2009 13:25:25 +0100] rev 9742
sshrepo: move mkstemp() out of the try block, we don't use the exception
simpler fix for 3b6f18851d87
Martin Geisler <mg@lazybytes.net> [Sat, 07 Nov 2009 03:22:03 +0100] rev 9741
minirst: update module docstring