[issue19013] unittest's own test suite is not CLI-friendly

2013-09-13 Thread Roundup Robot
Roundup Robot added the comment: New changeset c2b926c0d0c2 by Antoine Pitrou in branch 'default': Issue #19013: add a __main__ to unittest.test.testmock to ease CLI invocation http://hg.python.org/cpython/rev/c2b926c0d0c2 -- ___ Python tracker

[issue19013] unittest's own test suite is not CLI-friendly

2013-09-13 Thread Antoine Pitrou
Antoine Pitrou added the comment: Fixed. -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19013 ___

[issue18553] os.isatty() is not Unix only

2013-09-13 Thread Senthil Kumaran
Senthil Kumaran added the comment: I had removed them in all. Something must have gone wrong if still present or I did a mistake. changeset: 85594:678e3c0d2d99 parent: 85591:c116b658aede parent: 85593:14ba90816930 user:Senthil Kumaran sent...@uthcode.com date:Sat

[issue18206] license url in site.py should always use X.Y.Z form of version number

2013-09-13 Thread py.user
py.user added the comment: R. David Murray wrote: It is also missing the skip when the network resource is not asserted. How it connects, I copied from another python tests. The test was skipped without network connection. support.requires('network') ? the 3.4.0 license file does not yet

[issue18206] The license url in site.py should always use X.Y.Z form of version number

2013-09-13 Thread py.user
Changes by py.user bugzilla-mail-...@yandex.ru: -- title: license url in site.py should always use X.Y.Z form of version number - The license url in site.py should always use X.Y.Z form of version number ___ Python tracker rep...@bugs.python.org

[issue18206] The license url in site.py should always use X.Y.Z form of version number

2013-09-13 Thread py.user
py.user added the comment: The patch needs to be compatible with version 2.7 Now there urllib.request is importing only. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18206 ___

[issue18948] deliberately crashing tests should prevent core dumps

2013-09-13 Thread Valerie Lambert
Valerie Lambert added the comment: Oops! That was careless. Fixed. -- Added file: http://bugs.python.org/file31752/issue-18948_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18948

[issue19015] Too long command returns 32512

2013-09-13 Thread Sworddragon
New submission from Sworddragon: If a command gets too long os.system() will return 32512. As I have figured out from Google this normally happens if the command can't be found. In the attachments is an example command which will fail on os.system() (it was generated as test during

[issue18989] reuse of enum names in class creation inconsistent

2013-09-13 Thread Nick Coghlan
Nick Coghlan added the comment: +1 from me to just allow the names to be overwritten, even by another enum member. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18989 ___

[issue19015] Too long command returns 32512

2013-09-13 Thread Antoine Pitrou
Antoine Pitrou added the comment: Python simply delegates to the system() C function: http://pubs.opengroup.org/onlinepubs/9699919799/functions/system.html I don't think it's a Python-specific issue here. -- nosy: +pitrou ___ Python tracker

[issue19001] test_gdb fails on Fedora buildbot

2013-09-13 Thread Nick Coghlan
Nick Coghlan added the comment: I'd seen this locally, but hadn't got around to looking into it. I just realised it is likely related to the internal changes in sets, so I'll see if I can come up with a patch. -- nosy: +dmalcolm ___ Python tracker

[issue19001] test_gdb fails on Fedora buildbot

2013-09-13 Thread Nick Coghlan
Nick Coghlan added the comment: Running test_gdb on its own didn't reproduce the error in a threads-enabled build on Fedora 19. I'm now trying it with the same command line as the failed buildbot run: /python ./Tools/scripts/run_tests.py -j 1 -u all -W --timeout=3600 --randseed=6475478

[issue18989] reuse of enum names in class creation inconsistent

2013-09-13 Thread Ethan Furman
Ethan Furman added the comment: That is expressly forbidden in the PEP. Can we change it now? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18989 ___

[issue18059] Add multibyte encoding support to pyexpat

2013-09-13 Thread Stefan Behnel
Stefan Behnel added the comment: I don't think I have my head deep enough in the encodings implementation to say that this is the correct/best way to do it, but the patch looks mostly reasonable to me and would be a helpful addition. I have two comments on the pyexpat_encoding_convert()

<    1   2   3