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
(0) -10000 -3000 -1000 -300 -100 -30 -10 -8 +8 +10 +30 +100 +300 +1000 +3000 +10000 +30000 tip