Wed, 23 Dec 2015 17:54:13 +0000 fileset: add hint for list error to use or
timeless <timeless@mozdev.org> [Wed, 23 Dec 2015 17:54:13 +0000] rev 27518
fileset: add hint for list error to use or
Wed, 23 Dec 2015 17:54:03 +0000 revset: add hint for list error to use or
timeless <timeless@mozdev.org> [Wed, 23 Dec 2015 17:54:03 +0000] rev 27517
revset: add hint for list error to use or
Wed, 23 Dec 2015 17:39:32 +0000 error: make ParseError inherit from HintException
timeless <timeless@mozdev.org> [Wed, 23 Dec 2015 17:39:32 +0000] rev 27516
error: make ParseError inherit from HintException
Wed, 23 Dec 2015 17:38:24 +0000 error: refactor OutOfBandError to inherit from HintException
timeless <timeless@mozdev.org> [Wed, 23 Dec 2015 17:38:24 +0000] rev 27515
error: refactor OutOfBandError to inherit from HintException
Tue, 22 Dec 2015 20:10:22 +0000 phases: mention how to make secret commits in help
timeless <timeless@mozdev.org> [Tue, 22 Dec 2015 20:10:22 +0000] rev 27514
phases: mention how to make secret commits in help
Wed, 23 Dec 2015 22:28:52 +0900 mq: use fallback patch name if no alpha-numeric in summary line (issue5025) stable
FUJIWARA Katsunori <foozy@lares.dti.ne.jp> [Wed, 23 Dec 2015 22:28:52 +0900] rev 27513
mq: use fallback patch name if no alpha-numeric in summary line (issue5025) Before this patch, "hg qimport -r REV" fails, if the summary line of description of REV doesn't contain any alpha-numeric bytes. In this case, all bytes in the summary line 'title' are dropped from 'namebase' by the code path below. namebase = re.sub('[\s\W_]+', '_', title.lower()).strip('_') 'makepatchname()' immediately returns this empty string as valid patch name, because patch name conflicting against empty string never exists. Then, "hg qimport -r REV" is aborted at creation of patch file with empty filename. This situation isn't so rare. For example, ordinary texts in Japanese often consist of non alpha-numeric bytes in UTF-8. This patch makes 'makepatchname()' use fallback patch name if the summary line of imported revision doesn't contain any alpha-numeric bytes.
Tue, 22 Dec 2015 21:38:06 -0800 osutil: c_ssize_t is only available in Python >= 2.7
Bryan O'Sullivan <bos@serpentine.com> [Tue, 22 Dec 2015 21:38:06 -0800] rev 27512
osutil: c_ssize_t is only available in Python >= 2.7
Tue, 22 Dec 2015 21:38:06 -0800 check-seclevel: pass a ui to the extension loader
Bryan O'Sullivan <bos@serpentine.com> [Tue, 22 Dec 2015 21:38:06 -0800] rev 27511
check-seclevel: pass a ui to the extension loader Without this, if an import error occurs (as with pypy), the attempt to report it fails since ui is None.
Tue, 22 Dec 2015 21:38:05 -0800 check-seclevel: add a --debug option
Bryan O'Sullivan <bos@serpentine.com> [Tue, 22 Dec 2015 21:38:05 -0800] rev 27510
check-seclevel: add a --debug option This will make it possible to get semi-meaningful tracebacks if an import error occurs. Why care? Trying to run this script under pypy currently fails, but the true error is obscured.
Mon, 23 Nov 2015 12:14:01 -0500 test-run-tests: glob away a --debug run difference on Windows
Matt Harbison <matt_harbison@yahoo.com> [Mon, 23 Nov 2015 12:14:01 -0500] rev 27509
test-run-tests: glob away a --debug run difference on Windows This internal test is piped through 'grep -v pwd' to eliminate the pwd alias set when running with MSYS. Unfortunately, the '.' from the successful run of the prior internal test precedes the pwd alias for the next test on the same line, so grep filters out '.' too, except for the final test. It also looks like there may be a bug with --debug: the output of the internal test that had this diff says 2 ran, 0 failed (one test being test-failure.t), but if --debug is omitted from the internal test, then it says 2 ran, 1 failed. With this longstanding issue fixed, the test suite finally runs cleanly on Windows (except subrepo merge documented in issue 4988), with 88 skips. \o/
(0) -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 tip