- Oct 01, 2010
-
-
Adrian Buehlmann authored
-
Martin Geisler authored
-
Martin Geisler authored
-
Christian Ebert authored
-
Christian Ebert authored
-
- Sep 27, 2010
-
-
Brodie Rao authored
-
- Oct 01, 2010
-
-
Martin Geisler authored
-
Matt Mackall authored
-
Matt Mackall authored
-
- Sep 30, 2010
-
-
Wagner Bruna authored
-
kiilerix authored
-
kiilerix authored
-
kiilerix authored
-
kiilerix authored
Pythons SSL module verifies that certificates received for HTTPS are valid according to the specified cacerts, but it doesn't verify that the certificate is for the host we connect to. We now explicitly verify that the commonName in the received certificate matches the requested hostname and is valid for the time being. This is a minimal patch where we try to fail to the safe side, but we do still rely on Python's SSL functionality and do not try to implement the standards fully and correctly. CRLs and subjectAltName are not handled and proxies haven't been considered. This change might break connections to some sites if cacerts is specified and the certificates (by our definition) isn't correct. The workaround is to disable cacerts which in most cases isn't much worse than it was before with cacerts.
-
Erik Zielke authored
-
Erik Zielke authored
Update to 57ad5c4e4213, which left a ... too much, after removing -r [REV]
-
- Sep 27, 2010
-
-
Erik Zielke authored
Removed help for deprecated short option for: -n NAME for qpush -n NAME for qpop -r REV for qdelete|qremove|qrm
-
- Sep 28, 2010
-
-
Erik Zielke authored
Deleted default arguments from test-sub-repo-recursion. Rationale is that it is confusing to read, when the arguments aren't at each command in the test
-
- Sep 30, 2010
-
-
Erik Zielke authored
The name of the test files is replaced with a glob * expression, thereby the tests does not depend on the filename of the file they are in.
-
- Sep 28, 2010
-
-
Adrian Buehlmann authored
-
kiilerix authored
-
kiilerix authored
Most commands expands configured paths when repositories are specified, just as the urls help says. Clone also expands the destination path. Clone is morally equivalent to init + push/pull, so init should also expand the destination path - and that is what this patch makes it do. There is no really good usecases for this and in most cases it doesn't matter, but consistency is nice, and otherwise we would have to document the exception.
-
kiilerix authored
-
kiilerix authored
-
Juan Pablo Aroztegi authored
This adds support to identify a particular transplanted changeset or set of changesets. The argument is optional. Examples: hg log -r 'transplanted(1234 or 2345)' hg log -r 'transplanted()'
-
kiilerix authored
-
kiilerix authored
The glog command didn't emit header and footer from the style, as demonstrated by "hg glog --style xml". Asciiart combined with xml markup hardly makes sense, but header and footer might however be useful for adding for example html pre tags around the graph.
-
kiilerix authored
Follow-up to ba8850911703: echo is ambiguous on OS/X, and Solaris have neither http nor gopher. daytime seems to be available everywhere.
-
- Sep 27, 2010
-
-
Patrick Mezard authored
-
Patrick Mezard authored
-
Patrick Mezard authored
Otherwise it may cause data loss when removing binary files in mq with --git=auto.
-
Patrick Mezard authored
-
Thomas Arendsen Hein authored
parsehghaveoutput expects just the test output, not the merged test/output, so for skipped unified tests e.g.: Skipped test-convert-darcs.t: missing feature: irrelevant was shown instead of: Skipped test-convert-darcs.t: missing feature: darcs client
-
Matt Mackall authored
-
Matt Mackall authored
-
- Sep 20, 2010
-
-
Ry4an Brase authored
The content type for both .tar.gz and .tar.bz2 downloads was application/x-tar, which is correct for .tar files when no Content-Encoding is present, but is not correct for .tar.gz and .tar.bz2 files unless Content-Encoding is set to gzip or x-bzip2, respectively. However, setting Content-Encoding causes browsers to undo that encoding during download, when a .gz or .bz2 file is usually the desired artifact. Omitting the Content-Encoding header is preferred to avoid having browsers uncompress non-render-able files. Additionally, the Content-Disposition line indicates a final desired filename with .tar.gz or .tar.bz2 extension which makes providing a Content-Encoding header inappropriate. With the current configuration browsers (Chrome and Firefox thus far) are registering the application/x-tar Content-Type and not .tar extension and appending that extension, yielding filename.tar.gz.tar as a final on-disk artifact. This was originally reported here: http://stackoverflow.com/questions/3753659 I've changed the .tar.gz and .tar.bz2 Content-Type values to application/x-gzip and application/x-bzip2, respectively. Which yields correctly named download artifacts on Firefox, Chrome, and IE.
-
- Sep 27, 2010
-
-
Matt Mackall authored
-
- Sep 26, 2010
-
-
Wagner Bruna authored
-
Wagner Bruna authored
-
Wagner Bruna authored
-