Alexis S. L. Carvalho <alexis@cecm.usp.br> [Mon, 03 Jul 2006 00:33:19 -0300] rev 2558
hgweb: fix unbundle.
After the WSGI changes, even if a push over HTTP succeeds, apache
complains about "Premature end of script headers: hgwebdir.cgi" and
returns a "HTTP Error 500: Internal Server Error", making the local hg
abort.
The change to either of the files touched by this patch is enough to fix
this, but I think changing both is a more robust solution.
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Mon, 03 Jul 2006 00:23:58 -0300] rev 2557
Fix push over https.
Without this patch, python gives me a
TypeError: write() argument 1 must be string or read-only buffer, not file
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Mon, 03 Jul 2006 00:23:56 -0300] rev 2556
Allow http://user@example.com URLs (i.e. without passwords)
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Sun, 02 Jul 2006 22:39:39 -0300] rev 2555
hg.py: move exception handling code to try to avoid hiding errors
Vadim Gelfer <vadim.gelfer@gmail.com> [Mon, 03 Jul 2006 14:30:38 -0700] rev 2554
help: add help to mq extension
Vadim Gelfer <vadim.gelfer@gmail.com> [Mon, 03 Jul 2006 14:30:24 -0700] rev 2553
help: make "hg help EXTENSION" work
Thomas Arendsen Hein <thomas@intevation.de> [Mon, 03 Jul 2006 19:28:31 +0200] rev 2552
Adjusted test output to changed abort message of 'hg merge' (from
0229ff95faec)
Vadim Gelfer <vadim.gelfer@gmail.com> [Mon, 03 Jul 2006 10:19:09 -0700] rev 2551
merge with crew.
Raphael Marmier <raphael@marmier.net> [Mon, 03 Jul 2006 10:18:46 -0700] rev 2550
Disable automatic line endings conversion on windows
The rationale behind this is that such conversion implies a particular
situation in which all files in the repo are terminated by only LF. This
is documented nowhere and it bit me sharply when I upgraded.
Furthermore, it works on the assumption that a file containing no NULL
characters are actually a text file. Therefore it cannot guarantee that
no binary file will be harmed in the process.
Currently, if a file already contains CRLF line endings when it is
copied to the working dir from the repo, then the version in the working
dir will be corrupted by an extra CR.
I'm working on a patch that will turn this into a warning. But as a side
effect, committing such a file back will strip it from its CR.
In all case, unrequested data modification can occur under the feet of
the user, which is bad(tm), ihmo.
Sean Meiners <sean.meiners@linspire.com> [Fri, 30 Jun 2006 19:24:02 -0700] rev 2549
Added ability to clone from a local repository to a (new) remote one.
Rearranged the clone command a good bit to make sure it validates that
the source does exist and that the destination doesn't before doing anything.
Before I moved the source repo check it would create the destination
repository before it verified the source existed.
Moved the responsibility for creating the destination repo root directory
entirly into the localrepo class so that local to local cloning doesn't break.
This also simplifies the code a bit since it's no longer being done in both
clone and init.
Changed the names of the 'repo' and 'other' variables to 'dest_repo' and
'src_repo' to maintain my sanity.
Passes 82/83 tests. The only failure is the version number test, which I
suspect is supposed to fail since it comes from a generated file.