[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables

Changes by Ned Deily n...@acm.org: Added file: http://bugs.python.org/file20108/issue10735-py3k.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10735 ___

[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables

Changes by Ned Deily n...@acm.org: Added file: http://bugs.python.org/file20109/issue10735-27.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10735 ___

[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables

Changes by Ned Deily n...@acm.org: Removed file: http://bugs.python.org/file20106/issue10735-py3k.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10735 ___

[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables

Changes by Ned Deily n...@acm.org: Removed file: http://bugs.python.org/file20107/issue10735-27.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10735 ___

[issue10734] test_ttk failure under Windows

Georg Brandl ge...@python.org added the comment: Deferring. -- priority: release blocker - deferred blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10734 ___

[issue10679] make altinstall may clobber OS provided scripts

Georg Brandl ge...@python.org added the comment: Attaching a patch that should fix it. The delegation of the links to the Makefile is not ideal, but I don't see how to easily do it otherwise. While this is reviewed, deferring as it should not block beta2. -- priority: release blocker

[issue10679] make altinstall may clobber OS provided scripts

Changes by Georg Brandl ge...@python.org: -- keywords: +patch Added file: http://bugs.python.org/file20110/altinstall_scripts.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10679 ___

[issue8754] ImportError: quote bad module name in message

Georg Brandl ge...@python.org added the comment: Deferring, this is not a bug. -- priority: release blocker - deferred blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8754 ___

[issue6075] Patch for IDLE/OS X to work with Tk-Cocoa

Georg Brandl ge...@python.org added the comment: I've committed in the py3k branch as r87394, so that this can get testing during beta, although your list of test systems looks quite exhaustive already. Lowering priority and leaving open for the backports. -- priority: release

[issue10734] test_ttk failure under Windows

Georg Brandl ge...@python.org added the comment: I disabled the test temporarily in r87395 -- it needs to be reenabled after fixing this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10734

[issue3243] Support iterable bodies in httplib

Senthil Kumaran orsent...@gmail.com added the comment: This is committed in r87399. Documentation and NEWS is added. Thanks for the patch and review comments. -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___

[issue3243] Support iterable bodies in httplib

Xuanji Li xua...@gmail.com added the comment: Hello, sorry for commenting on a closed issue... but I think the documentation change is incorrect. In urllib.request.rst, it says data is a string. However as seen in the changes to test_urllib2.py, data must be a bytes object rather than a

[issue3243] Support iterable bodies in httplib

Xuanji Li xua...@gmail.com added the comment: Also, the patch for request.py contains a debug statement, print(data) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3243 ___

[issue3243] Support iterable bodies in httplib

Georg Brandl ge...@python.org added the comment: Good catch, fixed in r87400. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3243 ___ ___

[issue3243] Support iterable bodies in httplib

Xuanji Li xua...@gmail.com added the comment: Also, I am not familiar with the backward-comparability requirements of py3k, but orsenthil's patch will break py3k code that relies on data being a string, shouldn't this be mentioned somewhere? Finally, I do not understand why my proposed

[issue3243] Support iterable bodies in httplib

Georg Brandl ge...@python.org added the comment: Hmm, indeed: Senthil, could data be a string in earlier versions? If yes, the code should be changed to still allow that. (But after beta2 please, it's already tagged.) -- status: closed - open ___

[issue3243] Support iterable bodies in httplib

Georg Brandl ge...@python.org added the comment: Raising priority so that this gets sorted out before final. -- priority: normal - deferred blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3243

[issue10680] argparse: titles and add_mutually_exclusive_group don't mix (even with workaround)

Changes by Xuanji Li xua...@gmail.com: -- nosy: +xuanji ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10680 ___ ___ Python-bugs-list mailing list

[issue9938] Documentation for argparse interactive use

Changes by Xuanji Li xua...@gmail.com: -- nosy: +xuanji ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9938 ___ ___ Python-bugs-list mailing list

[issue10702] bytes and bytearray methods are not documented

Changes by Xuanji Li xua...@gmail.com: -- nosy: +xuanji ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10702 ___ ___ Python-bugs-list mailing list

[issue10736] test_ttk_guionly fails on OS X using ActiveState Tcl 8.5.9 (Cocoa)

New submission from Ned Deily n...@acm.org: 3.2b2(~) The following two test failures are seen with the newly released Cocoa-based ActiveState Tcl 8.5.9 on OS X 10.6. No failures are reported when using the Apple Tcl/Tk 8.5 supplied with 10.6.

[issue10736] test_ttk_guionly fails on OS X using ActiveState Tcl 8.5.9 (Cocoa)

Changes by Ned Deily n...@acm.org: -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10736 ___ ___ Python-bugs-list mailing

[issue10737] test_concurrent_futures failure on Windows

New submission from Antoine Pitrou pit...@free.fr: This has been happening recently on our Windows Server 2008 buildbot: == FAIL: test_first_completed (test.test_concurrent_futures.ThreadPoolWaitTests)

[issue10737] test_concurrent_futures failure on Windows

Changes by Georg Brandl ge...@python.org: -- priority: high - deferred blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10737 ___ ___

[issue10736] test_ttk_guionly fails on OS X using ActiveState Tcl 8.5.9 (Cocoa)

Georg Brandl ge...@python.org added the comment: Are you in a position to debug this a bit more? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10736 ___

[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables

Antoine Pitrou pit...@free.fr added the comment: Instead of the platform module, one must resort to hacks like examining sys.maxsize I'm not sure why you think it's a hack. To me, it's, by construction, the right way to check for 64-bitness (and also the easiest since it doesn't involved

[issue10736] test_ttk_guionly fails on OS X using ActiveState Tcl 8.5.9 (Cocoa)

Ned Deily n...@acm.org added the comment: I'll look into it. No need to hold up beta2 for this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10736 ___

[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables

Ned Deily n...@acm.org added the comment: It's only a hack in the sense that platform.architecture is the documented interface in the std library to report bits and, unfortunately, users try to use it to determine whether running in 64-bit or 32-bit mode. For instance, see here:

[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables

Antoine Pitrou pit...@free.fr added the comment: It's only a hack in the sense that platform.architecture is the documented interface in the std library to report bits and, unfortunately, users try to use it to determine whether running in 64-bit or 32-bit mode. For instance, see here:

[issue10702] bytes and bytearray methods are not documented

Xuanji Li xua...@gmail.com added the comment: Hi, it seems to me that section 4.6.5. Bytes and Byte Array Methods covers this already. It says: Bytes and bytearray objects, being “strings of bytes”, have all methods found on strings, with the exception of encode(), format() and

[issue3243] Support iterable bodies in httplib

Senthil Kumaran orsent...@gmail.com added the comment: Xuanji, Thanks for the comments on 'data' being bytes. I had just cared to add the feature information. I think that data detail should have been updated too. I think for your other two questions, we discussed it msg123051 - socket in

[issue10611] sys.exit() in a test causes a test run to die

Michael Foord mich...@voidspace.org.uk added the comment: Committed to Python 2.7 in revision 87406. -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org

[issue10738] webbrowser.py bug with Opera on Linux

New submission from NE1 garb...@verizon.net: Tested with Python 2.7.1 / Linux 2.6.33.2 / Opera 10.63. Build 6450 for Linux class Opera(UnixBrowser) shows: raise_opts = [, -raise] -raise is not a valid command line option for Opera. This causes all webbrowser open methods (that use

[issue10515] csv sniffer does not recognize quotes at the end of line

R. David Murray rdmur...@bitdance.com added the comment: I agree that the unquoted single column cases look weird. But changing it could affect other cases were there is more data. I'll leave that problem to you :) But I do not think that should be backported. The locals trick I stole from

[issue10242] unittest's assertItemsEqual() method makes too many assumptions about its input

Michael Foord mich...@voidspace.org.uk added the comment: Improved implementation committed to 2.7 revision 87407. Method name unchanged there. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10242

[issue10515] csv sniffer does not recognize quotes at the end of line

Skip Montanaro s...@pobox.com added the comment: Also, this comment in test_csv.py puzzles me: # given that all three lines in sample3 are equal, # I think that any character could have been 'guessed' as the # delimiter, depending on dictionary order As a human looking

[issue8916] Move PEP 362 (function signature objects) into inspect

Changes by Ron Adam ron_a...@users.sourceforge.net: -- nosy: +ron_adam ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8916 ___ ___ Python-bugs-list

[issue10515] csv sniffer does not recognize quotes at the end of line

Skip Montanaro s...@pobox.com added the comment: Here's my candidate patch. Instead of returning an empty string as the delimiter it returns a comma. -- Added file: http://bugs.python.org/file20111/csv_delimiter_tests.patch ___ Python tracker

[issue10461] Use with statement throughout the docs

Changes by SilentGhost michael.mischurow+...@gmail.com: Removed file: http://bugs.python.org/file19671/logging.rst.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10461 ___

[issue10461] Use with statement throughout the docs

SilentGhost michael.mischurow+...@gmail.com added the comment: following re-organization of the logging docs, I'm attaching updated patch. -- nosy: +vinay.sajip Added file: http://bugs.python.org/file20112/logging-cookbook.rst.diff ___ Python tracker

[issue8863] Display Python backtrace on SIGSEGV, SIGFPE and fatal error

STINNER Victor victor.stin...@haypocalc.com added the comment: Why was sys.setsegfaultenabled() omitted? Just because I forgot your message, sorry. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8863

[issue8073] Test fail for sha512 -

Gregory P. Smith g...@krypto.org added the comment: In your back traces notice that the size= argument is clearly nonsensical. Regardless, i can't reproduce this on any of my systems (I don't have a suse system of any sort). If that is the only place you are seeing this I strongly suspect

[issue3566] httplib persistent connections violate MUST in RFC2616 sec 8.1.4.

Gregory P. Smith g...@krypto.org added the comment: unassigning, i don't had time to look at this one. -- assignee: gregory.p.smith - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3566 ___

[issue10461] Use with statement throughout the docs

Terry J. Reedy tjre...@udel.edu added the comment: Vinay, you should look at the logging-cookbook patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10461 ___

[issue10728] argparse.ArgumentParser.print_help uses sys.stdout

Éric Araujo mer...@netwok.org added the comment: This apparently lacks a 2.7 backport. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10728 ___

[issue10663] configure shouldn't set a default OPT

Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10663 ___ ___ Python-bugs-list

[issue10639] reindent.py converts newlines to platform default

Éric Araujo mer...@netwok.org added the comment: If nobody objects, I will commit this when py3k is unfrozen. -- assignee: - eric.araujo status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10639

[issue10680] argparse: titles and add_mutually_exclusive_group don't mix (even with workaround)

Éric Araujo mer...@netwok.org added the comment: What I’m saying is: If you would like to contribute a patch, here are some helpful guidelines to follow. They help you getting set up and catch some common errors, and they help us review the patch to accept or comment it. --

[issue9286] email.utils.parseaddr returns garbage for invalid input

Éric Araujo mer...@netwok.org added the comment: Thanks for the explanations and fix! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9286 ___

[issue10694] zipfile.py end of central directory detection not robust

Ned Deily n...@acm.org added the comment: Thanks for the suggested code. As suggested, it would be helpful to supply a complete patch (or patches) ready to be reviewed and applied to the tips of the currently maintained source trees (py3k, 3.1, and 2.7) including adding an appropriate test

[issue3566] httplib persistent connections violate MUST in RFC2616 sec 8.1.4.

Changes by Senthil Kumaran orsent...@gmail.com: -- nosy: +orsenthil ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3566 ___ ___ Python-bugs-list

[issue10738] webbrowser.py bug with Opera on Linux

Changes by Ned Deily n...@acm.org: -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10738 ___ ___ Python-bugs-list mailing

[issue8863] Display Python backtrace on SIGSEGV, SIGFPE and fatal error

STINNER Victor victor.stin...@haypocalc.com added the comment: Version 10 of my patch: - the fault handler restores the previous signal handler instead of calling (DebugBreak() and) abort(): the previous signal handler will be called later to keep the orignal behaviour - _testcapi.sigill()

[issue10694] zipfile.py end of central directory detection not robust

Kevin Hendricks kevin.hendri...@sympatico.ca added the comment: Final patches against the trees make no sense as no developer has decided which way they want to actually handle the problem. My patch is only one way and I note it may not be the way the owners of the code want. Also, this

[issue10680] argparse: titles and add_mutually_exclusive_group don't mix (even with workaround)

Martin v. Löwis mar...@v.loewis.de added the comment: The problem is that the nested group doesn't share/propagate mutually exclusive groups with its parent container. The attached patch fixes this. -- keywords: +patch Added file: http://bugs.python.org/file20114/argparse.diff

[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables

Ned Deily n...@acm.org added the comment: Adding a warning sounds like a good idea. Is it reasonable to include a recommended cross-platform approach in the platform doc, like either the sys.maxsize test or the struct.calsize(P) test (which is used as a default fallback in

[issue10694] zipfile.py end of central directory detection not robust

Ned Deily n...@acm.org added the comment: Not to belabor the point but the most useful part of a ready-to-go patch would be to have a fully automated test case that fits into the existing test_zipfile.py structure and that demonstrates the failure. Somebody has to write a test case one way or

[issue10694] zipfile.py end of central directory detection not robust

R. David Murray rdmur...@bitdance.com added the comment: Actually our normal procedure currently (this will change a bit after the migration to mercurial) is a patch against the py3k branch, and the committer will do the backport to the other active branches. If the 2.7 code is very

[issue10728] argparse.ArgumentParser.print_help uses sys.stdout

R. David Murray rdmur...@bitdance.com added the comment: Like Georg, I'll get to that when I do a mass backport of all my doc fixes. My apologies for missing the beta2 deadline on doing that, but there aren't many of them. -- ___ Python tracker

[issue8073] Test fail for sha512 -

Chris Lieb chris.lieb.hotmail+pyt...@gmail.com added the comment: I don't have any way to test this anymore since they removed pretty much the entire toolchain on that server and I really don't feel like trying to get an entire toolchain built and installed just to test this. --

[issue10733] plistlib rejects strings containing control characters

Changes by R. David Murray rdmur...@bitdance.com: -- resolution: - wont fix stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10733 ___

[issue8863] Display Python backtrace on SIGSEGV, SIGFPE and fatal error

Scott Dial sc...@scottdial.com added the comment: FYI, in v10, +#define NFAULT_SIGNALS (sizeof(fault_signals) / sizeof(fault_signals[0])) +static fault_handler_t fault_handlers[4]; , should use NFAULT_SIGNALS instead of 4. However, this bit of code bothers me a lot: +const int fd = 2; /*

[issue10739] Subprocess behavior on Windows

New submission from Ross Lagerwall rosslagerw...@gmail.com: On Windows, creating a subprocess does not work when stdin (or stdout or stderr) is set as a file object created from socket.makefile(). An IOError is thrown. This works fine on Unix so I assume it is a platform limitation rather

[issue10739] Subprocess behavior on Windows

Ross Lagerwall rosslagerw...@gmail.com added the comment: Attached is a patch to document this. -- keywords: +patch Added file: http://bugs.python.org/file20116/subprocessdoc.diff ___ Python tracker rep...@bugs.python.org