Sun, 15 Aug 2010 21:45:31 +0900 tests: unify test-mq-eol
Nicolas Dumazet <nicdumz.commits@gmail.com> [Sun, 15 Aug 2010 21:45:31 +0900] rev 11895
tests: unify test-mq-eol
Sun, 15 Aug 2010 21:41:45 +0900 tests: unify test-mq
Nicolas Dumazet <nicdumz.commits@gmail.com> [Sun, 15 Aug 2010 21:41:45 +0900] rev 11894
tests: unify test-mq
Sun, 15 Aug 2010 18:50:19 +0200 Merge with stable
Patrick Mezard <pmezard@gmail.com> [Sun, 15 Aug 2010 18:50:19 +0200] rev 11893
Merge with stable
Sat, 14 Aug 2010 01:30:54 +0200 encoding: improve handling of buggy getpreferredencoding() on Mac OS X stable
Dan Villiom Podlaski Christiansen <danchr@gmail.com> [Sat, 14 Aug 2010 01:30:54 +0200] rev 11892
encoding: improve handling of buggy getpreferredencoding() on Mac OS X Prior to version 2.7, calling locale.getpreferredencoding() would always return 'mac-roman' on Mac OS X. Previously, this was handled by a call to locale.setlocale(). Unfortunately, Python 2.6.5 and older have a bug where isspace() would incorrectly report True for 0x85 and 0xa0 after such a call. In order to fix this, we replace the previous _encodingfixup mapping to an _encodingfixers mapping. Rather than mapping encodings to their replacement, it maps them to a function returning the replacement. This allows us to provide an simplified implementation of getpreferredencoding() which extracts the expected encoding and restores the locale. This fix is based on a patch originally submitted by Martijn Pieters as well as feedback from Brodie Rao.
Sun, 15 Aug 2010 17:50:52 +0200 templatefilters: unnest uescape() stable
Patrick Mezard <pmezard@gmail.com> [Sun, 15 Aug 2010 17:50:52 +0200] rev 11891
templatefilters: unnest uescape()
Wed, 11 Aug 2010 01:06:21 +0900 templatefilters: use \uxxxx style escape for JSON string stable
Yuya Nishihara <yuya@tcha.org> [Wed, 11 Aug 2010 01:06:21 +0900] rev 11890
templatefilters: use \uxxxx style escape for JSON string It's embeddable in plain javascript, and also conforms to JSON standard.
Fri, 13 Aug 2010 17:21:06 +0200 test-notify: make it pass on Mac OS X (again) stable
Dan Villiom Podlaski Christiansen <danchr@gmail.com> [Fri, 13 Aug 2010 17:21:06 +0200] rev 11889
test-notify: make it pass on Mac OS X (again) Changeset 25e74cd3f023 (from 2008) introduced a hack to handle the very long values of $TMPDIR typically seen on Mac OS X. This hack expected continuation lines to begin with a tab. However, as a result of a change in Python 2.7, changeset 594b98846ce1 made it so continuation lines began with a tab. Since then, `test-notify' has been broken on Mac OS X. Merely replacing the tab in the regular expression with a space will not work: not only do tab continuations still occur in the message, but other lines -- in the body of the message -- also start with a space. Luckily, all broken up lines appear to end with either a colon or an n, so we can match those, and reinsert them in the replacement.
Sun, 15 Aug 2010 18:25:29 +0200 tests: combine test-dirstate-future.t
Adrian Buehlmann <adrian@cadifra.com> [Sun, 15 Aug 2010 18:25:29 +0200] rev 11888
tests: combine test-dirstate-future.t into test-dirstate.t
Sun, 15 Aug 2010 18:24:49 +0200 tests: unify test-dirstatedirs
Adrian Buehlmann <adrian@cadifra.com> [Sun, 15 Aug 2010 18:24:49 +0200] rev 11887
tests: unify test-dirstatedirs
Sun, 15 Aug 2010 18:13:46 +0200 Merge with stable
Martin Geisler <mg@lazybytes.net> [Sun, 15 Aug 2010 18:13:46 +0200] rev 11886
Merge with stable
Sun, 15 Aug 2010 17:49:59 +0200 dagparser: transplant part of 4e804302d30c stable
Martin Geisler <mg@lazybytes.net> [Sun, 15 Aug 2010 17:49:59 +0200] rev 11885
dagparser: transplant part of 4e804302d30c
Sun, 15 Aug 2010 17:48:05 +0200 check-code: catch "echo -n" in tests stable
Martin Geisler <mg@lazybytes.net> [Sun, 15 Aug 2010 17:48:05 +0200] rev 11884
check-code: catch "echo -n" in tests
Sun, 15 Aug 2010 17:42:44 +0200 test-init: replace 'echo -n' with 'printf'
Martin Geisler <mg@lazybytes.net> [Sun, 15 Aug 2010 17:42:44 +0200] rev 11883
test-init: replace 'echo -n' with 'printf' The '-n' argument to echo is a non-standard extension that isn't supported on Mac OS X 10.6.
Thu, 12 Aug 2010 20:54:34 -0300 revset: fix outgoing argument handling stable
Wagner Bruna <wbruna@softwareexpress.com.br> [Thu, 12 Aug 2010 20:54:34 -0300] rev 11882
revset: fix outgoing argument handling
Sun, 15 Aug 2010 17:33:03 +0200 debugbuilddag: escape backslash properly in help string stable
Martin Geisler <mg@lazybytes.net> [Sun, 15 Aug 2010 17:33:03 +0200] rev 11881
debugbuilddag: escape backslash properly in help string
Sat, 14 Aug 2010 18:31:22 -0300 url.py: removed 'file' inheritance in the httpsendfile class
Renato Cunha <renatoc@gmail.com> [Sat, 14 Aug 2010 18:31:22 -0300] rev 11880
url.py: removed 'file' inheritance in the httpsendfile class Since py3k doesn't have a "file" builtin and, consequently, doesn't support inheriting from it, this patch refactors the httpsendfile class to wrap the objects returned by the builtin "open" function while adding the necessary methods (__len__ for constructing the Content-Length header and read, write, close and seek for the file-like interface).
Sun, 15 Aug 2010 11:05:04 +0200 fix undefined variables, spotted by pylint
Benoit Boissinot <benoit.boissinot@ens-lyon.org> [Sun, 15 Aug 2010 11:05:04 +0200] rev 11879
fix undefined variables, spotted by pylint
Sat, 07 Aug 2010 16:38:38 -0300 py3kcompat: added fake ord implementation for py3k
Renato Cunha <renatoc@gmail.com> [Sat, 07 Aug 2010 16:38:38 -0300] rev 11878
py3kcompat: added fake ord implementation for py3k In py3k, a bytes object __getitem__ will return an int instead of a one-character bytes object. This has negative consequences when we want to ord(), like in the following example: >>> b'foo'[0] 102 >>> ord(b'foo'[0]) Traceback (most recent call last): File "<stdin>", line 1, in <module> TypeError: ord() expected string of length 1, but int found This patch overrides the default ord() implementation to just return an int that's what is passed as an argument for ord(). Making the above call succeed: >>> ord(b'foo'[0]) 102
Sat, 14 Aug 2010 14:57:33 +0200 commit: explicitly document the existence of "last-message.txt" stable
Greg Ward <greg-hg@gerg.ca> [Sat, 14 Aug 2010 14:57:33 +0200] rev 11877
commit: explicitly document the existence of "last-message.txt"
Sat, 14 Aug 2010 03:30:35 +0200 Merge with stable
Martin Geisler <mg@lazybytes.net> [Sat, 14 Aug 2010 03:30:35 +0200] rev 11876
Merge with stable
Sat, 14 Aug 2010 03:28:45 +0200 tests: unify test-changelog-exec
Martin Geisler <mg@lazybytes.net> [Sat, 14 Aug 2010 03:28:45 +0200] rev 11875
tests: unify test-changelog-exec
Sat, 14 Aug 2010 03:27:24 +0200 tests: unify test-cat
Martin Geisler <mg@lazybytes.net> [Sat, 14 Aug 2010 03:27:24 +0200] rev 11874
tests: unify test-cat
Sat, 14 Aug 2010 03:26:03 +0200 tests: unify test-bundle-vs-outgoing
Martin Geisler <mg@lazybytes.net> [Sat, 14 Aug 2010 03:26:03 +0200] rev 11873
tests: unify test-bundle-vs-outgoing
Sat, 14 Aug 2010 03:23:56 +0200 tests: unify test-bundle-type
Martin Geisler <mg@lazybytes.net> [Sat, 14 Aug 2010 03:23:56 +0200] rev 11872
tests: unify test-bundle-type
Sat, 14 Aug 2010 03:22:11 +0200 tests: unify test-bundle-r
Martin Geisler <mg@lazybytes.net> [Sat, 14 Aug 2010 03:22:11 +0200] rev 11871
tests: unify test-bundle-r
Sat, 14 Aug 2010 03:16:02 +0200 tests: unify test-bundle
Martin Geisler <mg@lazybytes.net> [Sat, 14 Aug 2010 03:16:02 +0200] rev 11870
tests: unify test-bundle
Sat, 14 Aug 2010 03:08:02 +0200 tests: unify test-branch-option
Martin Geisler <mg@lazybytes.net> [Sat, 14 Aug 2010 03:08:02 +0200] rev 11869
tests: unify test-branch-option
Sat, 14 Aug 2010 03:06:52 +0200 tests: unify test-branches
Martin Geisler <mg@lazybytes.net> [Sat, 14 Aug 2010 03:06:52 +0200] rev 11868
tests: unify test-branches
Fri, 13 Aug 2010 00:34:44 +0200 tests: unify test-dumprevlog
Adrian Buehlmann <adrian@cadifra.com> [Fri, 13 Aug 2010 00:34:44 +0200] rev 11867
tests: unify test-dumprevlog
Thu, 12 Aug 2010 20:25:37 +0200 tests: unify test-dirstate-future
Adrian Buehlmann <adrian@cadifra.com> [Thu, 12 Aug 2010 20:25:37 +0200] rev 11866
tests: unify test-dirstate-future
(0) -10000 -3000 -1000 -300 -100 -50 -30 +30 +50 +100 +300 +1000 +3000 +10000 +30000 tip