[issue22064] Misleading message from 2to3 when skipping optional fixers
New submission from Nick Coghlan: From https://stackoverflow.com/questions/5499897/converting-selenium-py-to-python-3-by-2to3, 2to3 prints the following messages when run: === RefactoringTool: Skipping implicit fixer: buffer RefactoringTool: Skipping implicit fixer: idioms RefactoringTool: Skipping implicit fixer: set_literal RefactoringTool: Skipping implicit fixer: ws_comma === That message is rather misleading - those four are the *optional* fixers that are only run when selected explicitly. Unlike the other fixers, they're essentially the *opposite* of implicit :) Given that limiting the fixes to a specific subset (e.g. -f dict) silences all such messages, and explicitly excluding an actual implicit fixer (e.g. -x dict) doesn't generate a warning, I suggest the simplest fix is to just change the message to instead say Skipping optional fixer. -- keywords: easy messages: 223919 nosy: ncoghlan priority: low severity: normal stage: needs patch status: open title: Misleading message from 2to3 when skipping optional fixers type: behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22064 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22053] turtledemo: clean up start and stop, fix warning
Roundup Robot added the comment: New changeset 7a55b34f1db2 by Terry Jan Reedy in branch '2.7': Issue #22053: Make help work, after previous patch for this issue disabled it http://hg.python.org/cpython/rev/7a55b34f1db2 New changeset c26862955342 by Terry Jan Reedy in branch '3.4': Issue #22053: Make help work, after previous patch for this issue disabled it http://hg.python.org/cpython/rev/c26862955342 New changeset 8c972d528f06 by Terry Jan Reedy in branch 'default': Issue #22053: Make help work, after previous patch for this issue disabled it http://hg.python.org/cpython/rev/8c972d528f06 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22053 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22053] turtledemo: clean up start and stop, fix warning
Terry J. Reedy added the comment: Removal of 'demo' as a global name disabled help callbacks. I could have added 'global demo' to main(), but I decided to refactor and remove duplicate code instead. For 3.5, however, refactor would not merge because of #10291, so I made the simplest fix pending a decision on what to do. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22053 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22061] turtledemo doesn't launch due to changes in tkinter
Serhiy Storchaka added the comment: Here is a patch which replaces obsolete and non-working menu creation code by modernized code. Now menu should be correctly displayed on MacOS. -- Added file: http://bugs.python.org/file36084/turtledemo_menu.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22061 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10291] Clean-up turtledemo in-package documentation
Terry J. Reedy added the comment: Is there any reason when turtledemo.__init__ and turtledemo.__main__ should not get docstrings in earlier versions? And the turtledemo.__main__ get the same changes in 3.4? Not doing so introduced seeming gratuitous differences between the versions. The help refactoring I committed in 3.4 for #22053 could not be merged as it is. The demohelp.txt changes I have made for 3.4 have cleanly merged forward to file that is ignored and no longer displayed. With demohelp.txt moved to a docstring for 3.4 also, I would leave demohelp.txt in 3.4 but mark it 'unmaintained. Why was demohelp.txt left after being copied to .__main__? Expecting the file and docstring to remain in sync is not realistic. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10291 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22018] Add a new signal.set_wakeup_socket() function
Charles-François Natali added the comment: Pipes cannot be configured in non-blocking mode on Windows. It sounds dangerous to call a blocking syscall in a signal handler. In fact, it works to write the signal number into a pipe on Windows, but I'm worried about the blocking behaviour. OK, but if someone passes a socket in blocking mode, it will be accepted. I don't understand why, if you're worried about a blocking write, you don't just check that the FD passed is in non-blocking mode. It's conceptually cleaner, more direct and safer. Also, I think there's another issue open on the tracker to check just that, so I'd leave this check out here. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22018 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22061] turtledemo doesn't launch due to changes in tkinter
Roundup Robot added the comment: New changeset 3c4d45f73622 by Terry Jan Reedy in branch '2.7': Issue #22061: remove call of useless function slated for removal. http://hg.python.org/cpython/rev/3c4d45f73622 New changeset 976f31b2858b by Terry Jan Reedy in branch '3.4': Issue #22061: remove call of useless function slated for removal. http://hg.python.org/cpython/rev/976f31b2858b New changeset 9e9e6e9f4cce by Terry Jan Reedy in branch 'default': Issue #22061: remove call of useless function slated for removal. http://hg.python.org/cpython/rev/9e9e6e9f4cce -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22061 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22018] Add a new signal.set_wakeup_socket() function
STINNER Victor added the comment: 2014-07-25 9:02 GMT+02:00 Charles-François Natali rep...@bugs.python.org: Pipes cannot be configured in non-blocking mode on Windows. It sounds dangerous to call a blocking syscall in a signal handler. In fact, it works to write the signal number into a pipe on Windows, but I'm worried about the blocking behaviour. OK, but if someone passes a socket in blocking mode, it will be accepted. I don't understand why, if you're worried about a blocking write, you don't just check that the FD passed is in non-blocking mode. It's conceptually cleaner, more direct and safer. Also, I think there's another issue open on the tracker to check just that, so I'd leave this check out here. In the issue #22042, I would like to make automatically the file desscriptor or socket handler in non-blocking mode. The problem is that you cannot make a file descriptor in non-blocking mode on Windows. Or maybe you disagree with the issue #22042? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22018 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22065] Update turtledemo menu creation
New submission from Terry J. Reedy: On #22061, Serhiy Storchaka posted turtledemo_menu.patch, which is unrelated to that issue. Issues in that patch. * It mistakenly includes the tkinter_restore_empty_methods.patch that does belongs to 22061. * It will not apply any more, especially to 3.4 as it is now. * Removing the gridding of the Menu seems like a mistake, or else the rest of the grid code should be revised. I will test this. Serhiy claims the patch replaces obsolete and non-working menu creation code by modernized code. Now menu should be correctly displayed on MacOS. 'Obsolete' is correct' The current code uses Menubutton, obsolete since Tk8.0. Updating, even for 2.7, would probably be a good idea. As for 'non-working': the current code works on Windows, but I have no idea on Linux or Mac. Can either of you comment? I certainly would want an updated patch tested on more than Windows. -- assignee: terry.reedy messages: 223927 nosy: Lita.Cho, ned.deily, terry.reedy priority: normal severity: normal stage: needs patch status: open title: Update turtledemo menu creation type: behavior versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22065 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22061] Restore deleted tkinter functions with deprecaton dummies.
Terry J. Reedy added the comment: The turtledemo part of this issue is over. (Lita, tracebacks are not 'crash' issues. Segfaults and the Windows equivalent are.) The restoration patch could have been attached to 4350. But since it is here, I retitled this issue instead of closing it. Patch looks good to me. Turtledemo menus are a different issue. I opened #22065 and plan to post a revised patch there. -- assignee: - serhiy.storchaka stage: patch review - commit review title: turtledemo doesn't launch due to changes in tkinter - Restore deleted tkinter functions with deprecaton dummies. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22061 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22061] Restore deleted tkinter functions with deprecaton dummies.
Serhiy Storchaka added the comment: May be add deprecation warnings in 2.7 and 3.4? This method's calls can be left in existing user code as in turtledemo and this code behaves differently from how it was designed and behaved with Tk 4.0. As far as now this methods are empty, this bug can be unnoticed long time. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22061 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22065] Update turtledemo menu creation
Serhiy Storchaka added the comment: Here is updated patch. * Excluded the tkinter_restore_empty_methods.patch. * Synchronized with tip. * Corrected grid row indices (this doesn't matter, in any case menu was removed from grid on Mac). Current code doesn't work as was designed (with using obsolete tk_menuBar()). There is no observable differences on Linux (where menu is just a widget inside main window, as other frames and buttons), but they should be on Windows (menu is special thing and created internally with special API) and on Mac (menu is displayed separately from a window, at the top of the screen). The purpose of tk_menuBar() was to create such system-specific menu. -- keywords: +patch nosy: +serhiy.storchaka Added file: http://bugs.python.org/file36085/turtledemo_menu.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22065 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22061] Restore deleted tkinter functions with deprecaton dummies.
Terry J. Reedy added the comment: Since Deprecation warnings are off by default, backporting seems like a good idea. There was talk on pydev about adding more py3 warnings to 2.7, which this essentially is (though the removal is delated to 3.6). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22061 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10291] Clean-up turtledemo in-package documentation
Ned Deily added the comment: Is there any reason when turtledemo.__init__ and turtledemo.__main__ should not get docstrings in earlier versions? And the turtledemo.__main__ get the same changes in 3.4? I think my reasoning was that it was not a bug fix so it wasn't a strong candidate for a maintenance release. But feel free to backport it if you think it important. Why was demohelp.txt left after being copied to .__main__? It wasn't: 004fe3449193 deleted it. It appears that an incorrect merge from 3.4 (3f4abe3107ce) in a subsequent set of changes for Issue21823 brought it back to life in default. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10291 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4350] Remove dead code from Tkinter.py
Roundup Robot added the comment: New changeset 7e6beea0eeab by Serhiy Storchaka in branch 'default': Issue #22061: Restored empty obsolete methods removed in issue #4350 and http://hg.python.org/cpython/rev/7e6beea0eeab -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4350 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22061] Restore deleted tkinter functions with deprecaton dummies.
Roundup Robot added the comment: New changeset f7c84674bdec by Serhiy Storchaka in branch '2.7': Issue #22061: Add deprecation warnings in empty obsolete methods. http://hg.python.org/cpython/rev/f7c84674bdec New changeset a50297e793f9 by Serhiy Storchaka in branch '3.4': Issue #22061: Add deprecation warnings in empty obsolete methods. http://hg.python.org/cpython/rev/a50297e793f9 New changeset 7e6beea0eeab by Serhiy Storchaka in branch 'default': Issue #22061: Restored empty obsolete methods removed in issue #4350 and http://hg.python.org/cpython/rev/7e6beea0eeab -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22061 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22061] Restore deleted tkinter functions with deprecaton dummies.
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed stage: commit review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22061 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22041] http POST request with python 3.3 through web proxy
Alejandro MJ added the comment: Thanks a lot for your help! I've tested it in Linux, Python version 3.3.5 and the message obtained is this: [404 Not Found]. The script is this one (changing of course the ip_address and the proxy_url values): import http.client, urllib.parse data = urllib.parse.urlencode({'nombre': 'HERVAS INFANTE ALBERTO'}) headers = {Content-type: application/x-www-form-urlencoded} conn = http.client.HTTPConnection(proxy_url,8080, source_address=(ip_address, 0)) conn.set_tunnel(www.telexplorer.es,port=80) conn.request(POST, /?zone=namwp,data,headers) response = conn.getresponse() print(Test 1: TE - , response.status, response.reason) data = response.read() conn.close() How could I test that patch attached? I suppose that I have to install something on Suse? As I could read in some forums, I should launch this sentence: patch -p1 --dry-run issue22041_1.patch Could you please help me with this points? thanks! -- nosy: +AlexMJ ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18093] Move main functions to a separate Programs directory
Roundup Robot added the comment: New changeset 88a532a31eb3 by Nick Coghlan in branch 'default': Issue #18093: Factor out the programs that embed the runtime http://hg.python.org/cpython/rev/88a532a31eb3 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18093 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18093] Move main functions to a separate Programs directory
Roundup Robot added the comment: New changeset 7640af73c19d by Nick Coghlan in branch 'default': Add missing NEWS entry for issue #18093 http://hg.python.org/cpython/rev/7640af73c19d -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18093 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22041] http POST request with python 3.3 through web proxy
Alejandro MJ added the comment: I've wrote these sentences on my SUSE, python is installed on path: /usr/local/pr/python computer002:/usr/local/pr/python # patch -p1 --dry-run issue22041_1.patch can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |diff -r 5d70ac83d104 Lib/http/client.py |--- a/Lib/http/client.py Thu Jul 24 12:44:07 2014 +0200 |+++ b/Lib/http/client.py Thu Jul 24 16:34:46 2014 -0700 -- File to patch: /usr/local/pr/python/lib/python3.3/http/client.py patching file /usr/local/pr/python/lib/python3.3/http/client.py Hunk #1 FAILED at 835. 1 out of 1 hunk FAILED -- saving rejects to file /usr/local/pr/python/lib/python3.3/http/client.py.rej can't find file to patch at input line 17 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |diff -r 5d70ac83d104 Lib/test/test_httplib.py |--- a/Lib/test/test_httplib.py Thu Jul 24 12:44:07 2014 +0200 |+++ b/Lib/test/test_httplib.py Thu Jul 24 16:34:46 2014 -0700 -- File to patch: /usr/local/pr/python/lib/python3.3/test/test_httplib.py patching file /usr/local/pr/python/lib/python3.3/test/test_httplib.py Hunk #1 FAILED at 1235. 1 out of 1 hunk FAILED -- saving rejects to file /usr/local/pr/python/lib/python3.3/test/test_httplib.py.rej computer002:/usr/local/pr/python # What am I doing wrong? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18093] Move main functions to a separate Programs directory
Nick Coghlan added the comment: Prompted to finally get back to this by the python-dev discussion about PEP 432 (as separating these out helps keep the moving parts clear when working on the startup sequence) In response to Eric's question, Modules/main.c is part of the CPython runtime, rather than a C application that embeds the runtime. The main in the name refers to the exported Py_Main, rather than a C main function. The *actual* C level main function now lives in Programs/python.c (previously Modules/python.c) and calls Py_Main after doing a bit of fiddling about with the command line arguments and the floating point settings. -- resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18093 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22018] Add a new signal.set_wakeup_socket() function
Charles-François Natali added the comment: In the issue #22042, I would like to make automatically the file desscriptor or socket handler in non-blocking mode. The problem is that you cannot make a file descriptor in non-blocking mode on Windows. I don't think we should set it non-blocking automatically, but rather check that it's non-blocking. The first reason I can think of is that the user passing a blocking FD could be a sign of a bug (e.g. if the other end is in blocking mode too), and we shouldn't silently work-around it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22018 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18093] Move main functions to a separate Programs directory
Nick Coghlan added the comment: Zach, regarding the Windows executables - up to you if you want to open an issue to move them. These ones I particularly wanted to move because I found having them in Modules to be genuinely confusing when working on the startup code. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18093 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22018] Add a new signal.set_wakeup_socket() function
STINNER Victor added the comment: Charles-François wrote: I don't think we should set it non-blocking automatically, but rather check that it's non-blocking. The first reason I can think of is that the user passing a blocking FD could be a sign of a bug (e.g. if the other end is in blocking mode too), and we shouldn't silently work-around it. I hesitate between making the file descriptor non-blocking or raise an exception if it configured in blocking mode. Since I have no experience on such question, I prefer to follow your advices :-) So raise an exception if the FD is blocking. It doesn't answer to my complain: I don't want to support file descriptors on Windows anymore because file descriptors cannot be configured in non-blocking mode. If we raise an error if FD and sockets are blocking, calling set_wakeup_fd() on a FD on Windows would always fail. So raising an exception because the integer is a file descriptor or raising an exception because the file descriptor is blocking leads to same result: FD are not more supported on Windows. What do you think? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22018 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1025395] email.Utils.parseaddr fails to parse valid addresses
Changes by Martin Panter vadmium...@gmail.com: -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1025395 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21947] `Dis` module doesn't know how to disassemble generators
Roundup Robot added the comment: New changeset 2ae5709692ef by Nick Coghlan in branch 'default': Issue #21947: handle generator-iterator objects in dis http://hg.python.org/cpython/rev/2ae5709692ef -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21947 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21947] `Dis` module doesn't know how to disassemble generators
Nick Coghlan added the comment: Thanks for the patch Clement! Could I also please request that you sign the Contributor License Agreement at https://www.python.org/psf/contrib/contrib-form/ While we have some discretion to accept small patches without one, a signed CLA helps assure that we have the necessary rights to incorporate and redistribute contributions worldwide. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21947 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21947] `Dis` module doesn't know how to disassemble generators
Changes by Nick Coghlan ncogh...@gmail.com: -- resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21947 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1602] windows console doesn't print or input Unicode
Mark Summerfield added the comment: I used pip to install the win_unicode_console package on windows 7 python 3.3. It works but wouldn't freeze with cx_freeze because there's no __init__.py file in the win_unicode_console directory. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1602 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1602] windows console doesn't print or input Unicode
Nick Coghlan added the comment: Hmm, I'm not sure if that would be a bug in cxFreeze or CPython - I don't think we've tried freezing or zipimporting namespace packages... (either way, adding the __init__.py to win_unicode_console would likely be the quickest fix) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1602 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1602] windows console doesn't print or input Unicode
STINNER Victor added the comment: Since there is now an external project fixing the support of Windows console, I suggest to close this issue as wontfix. In a few months, if we get enough feedback on this project, we may reconsider integrating it into Python. What do you think? https://pypi.python.org/pypi/win_unicode_console. I used pip to install the win_unicode_console package ... Please don't use Python bug tracker to report bugs to the package. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1602 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1602] windows console doesn't print or input Unicode
Nick Coghlan added the comment: The poor interaction with the Windows command line is still a bug in CPython - we could mark it closed/later but I don't see any value in doing so. I see Drekin's win_unicode_console module as similar to my own contextlib2 - used to prove the concept, and perhaps iterate on some of the details, but the ultimate long term solution is to fix CPython itself. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1602 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1602] windows console doesn't print or input Unicode
STINNER Victor added the comment: The poor interaction with the Windows command line is still a bug in CPython - we could mark it closed/later but I don't see any value in doing so. I don't see any value in keeping the issue open since nobody worked on it last 7 years. I just want to make it clear that we will *not* fix this issue. Well, in fact I spent a lot of hours trying to find a way to fix the issue, and my conclusion is that it's not possible to handle correctly Unicode (input and output) in a Windows console. Please read the whole issue for the detail. The win_unicode_console project may improve the Unicode support, but I'm convinced that it still has various issues because it is just not possible to handle all cases. A workaround is to not use the Windows console, but use IDLE or another shell... Try maybe PowerShell. But PowerShell has at least an issue with the code page 65001 (Microsoft UTF-8): see the issue #21927. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1602 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22066] subprocess.communicate() does not receive full output from the called process.
New submission from juj: When Python 2.7 executes a Node .js application that prints to stdout and subsequently exits, Python does not capture full output printed by that application. Steps to repro: 1. Download and unzip http://clb.demon.fi/bugs/python_proc_bug.zip 2. Run run_test.bat Observed result: The .bat script prints: Executing 'node jsfile.js' directly from command line. The js file outputs: Line 1 Line 2 Executing 'jsfile.js' via a python script that calls 'node jsfile.js'. Now the js file outputs: Line 1 Expected result: The second run via invoking from python should also print Line 2. Tested on Python v2.7.8 64-bit and Node v0.10.28 on Windows 7 64-bit. -- components: Library (Lib) messages: 223950 nosy: juj priority: normal severity: normal status: open title: subprocess.communicate() does not receive full output from the called process. versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22066 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1602] windows console doesn't print or input Unicode
Nick Coghlan added the comment: Based on Steve's last post, the main challenge is that the IO model assumes a bytes-based streaming API - it isn't really set up to cope with a UTF-16 buffering layer. However, that's not substantially different from the situation when the standard streams are replaced with StringIO objects, and they don't have an underlying buffer object at all. That may be a suitable model for Windows console IO as well - present it to the user in a way that doesn't expose an underlying bytes-based API at all. Now, it may not be feasible to implement this until we get the startup code cleaned up, but I'm not going to squash interest in improving the situation when it's one of the major culprits behind the Unicode is even more broken in Python 3 than it is in Python 2 meme. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1602 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1602] windows console doesn't print or input Unicode
Nick Coghlan added the comment: Changing targets to Python 3.5, since this is almost certainly going to be too invasive for a maintenance release. -- versions: +Python 3.5 -Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1602 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18093] Move main functions to a separate Programs directory
Roundup Robot added the comment: New changeset 766570a5d607 by Zachary Ware in branch 'default': Issue #18093: Give the Windows build _testembed.c's new location. http://hg.python.org/cpython/rev/766570a5d607 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18093 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3566] httplib persistent connections violate MUST in RFC2616 sec 8.1.4.
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3566 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22067] time_test fails after strptime()
New submission from Serhiy Storchaka: time_test fails when running after any test which uses strptime(). The bug can be easily reproduced by running test_time twice: $ TZ=Europe/Kiev ./python -m test.regrtest -ugui -v test_time test_time ... == FAIL: test_strptime (test.test_time.TimeTestCase) -- Traceback (most recent call last): File /home/serhiy/py/cpython-2.7/Lib/test/test_time.py, line 120, in test_strptime (format, strf_output)) AssertionError: conversion specifier '%Z' failed with 'MSK' input. -- All works on 3.x and with TZ=UTC. May be this is related to issue13309. -- components: Extension Modules, Tests messages: 223955 nosy: serhiy.storchaka priority: normal severity: normal status: open title: time_test fails after strptime() type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22067 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22041] http POST request with python 3.3 through web proxy
Demian Brecht added the comment: To add a little more detail, from what I gather, CONNECT support may be unsupported or limited (i.e. only allowing SSL connections) on various proxy servers. If the code snippet in my previous post solves your issue, then I would assume that to be the case with the proxy you're using. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22041] http POST request with python 3.3 through web proxy
Demian Brecht added the comment: Sorry Alejandro, I should have clarified: The attached patch is for dev, so the failure you're seeing when attempting to apply the patch against 3.3 is expected. It effectively does the same thing as explicitly setting the port as you have already attempted. At this point, I'm relatively confident that the issue is due to the proxy server in use. Using your latest code but a local squid proxy, I'm able to get 200 responses with the latest releases of 3.3 and 3.4 as well as against dev. Do you absolutely need to tunnel? The most common use case for tunnelling is to use SSL, which doesn't seem to be the case here. Does the following code work for you? It still uses the proxy server, but without CONNECT. import http.client, urllib.parse data = urllib.parse.urlencode({'nombre': 'HERVAS INFANTE ALBERTO'}) headers = {Content-type: application/x-www-form-urlencoded} conn = http.client.HTTPConnection(proxy_url,8080, source_address=(ip_address, 0)) conn.request(POST, http://www.telexplorer.es/?zone=namwp,data,headers) response = conn.getresponse() print(Test 1: TE - , response.status, response.reason) data = response.read() conn.close() If the above code doesn't fulfill your requirements, do you know the vendor/version of the proxy that you're using? Note to self: 3.3 doesn't respect _tunnel_port when setting the host header for requests (this was added in 3.4), so CONNECT and subsequent host headers will appear to be correct as long as the ports match up. The problem 3.4+ is that rather than ensuring non-None value in set_tunnel, it's done in _tunnel as a step just before CONNECT. That step is not replicated when the host header is set in putrequest, which leads to the value of None being sent for the port in the case where the port is not explicitly set in set_tunnel. To me, it makes the most sense to use _set_hostport in set_tunnel as in the attached patch to ensure any other use of _tunnel_port can be done without special handling of None. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18436] Add mapping of symbol to function to operator module
Zachary Ware added the comment: With no one (including me) clamoring for this, I'm going to go ahead and reject it. If someone in the future does really want this, I'd be happy to review a new patch. -- resolution: - rejected stage: - resolved status: open - closed versions: +Python 3.5 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18436 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21591] exec(a, b, c) not the same as exec a in b, c in nested functions
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21591 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22068] test_gc fails after test_idle
New submission from Serhiy Storchaka: $ ./python -m test.regrtest -ugui -v test_idle test_gc ... == FAIL: test_saveall (test.test_gc.GCTests) -- Traceback (most recent call last): File /home/serhiy/py/cpython-2.7/Lib/test/test_gc.py, line 200, in test_saveall self.assertEqual(gc.garbage, []) AssertionError: Lists differ: [Tkinter.StringVar instance a... != [] First list contains 24 additional elements. First extra element 0: PY_VAR0 Diff is 1123 characters long. Set self.maxDiff to None to see it. -- -- components: IDLE, Tests messages: 223958 nosy: kbk, roger.serwy, serhiy.storchaka, terry.reedy priority: normal severity: normal status: open title: test_gc fails after test_idle type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22068 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14534] Add method to mark unittest.TestCases as do not run.
Victor Zhong added the comment: Hi Zach, I've pulled from the default branch. Please find attached the diff for hg diff -r default Lib/unittest in the attached issue14534.v3.diff. Victor -- hgrepos: +266 Added file: http://bugs.python.org/file36086/issue14534.v3.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14534 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22068] test_gc fails after test_idle
STINNER Victor added the comment: It looks like test_idle leaks uncollectable objects. I modified regrtest to use tracemalloc, I attach the output: tracemalloc.txt. Good luck to find the leaks ;-) -- nosy: +haypo Added file: http://bugs.python.org/file36087/tracemalloc.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22068 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22068] test_gc fails after test_idle
STINNER Victor added the comment: regrtest_tracemalloc.patch: my patch for regrtest.py to dump the traceback where garbage objects where allocated using tracemalloc. http://pytracemalloc.readthedocs.org/ (Note: you need to recompile Python to use tracemalloc on Python 3.4.) -- keywords: +patch Added file: http://bugs.python.org/file36088/regrtest_tracemalloc.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22068 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21867] Turtle returns TypeError when undobuffer is set to 0 (aka no undo is allowed)
Changes by Berker Peksag berker.pek...@gmail.com: -- stage: - resolved status: open - closed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21867 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22003] BytesIO copy-on-write
Antoine Pitrou added the comment: It doesn't seem likely this patch would introduce severe performance troubles elsewhere, but I'd like to trying it out with some example heavy BytesIO consumers (any suggestions? Some popular template engine?) I don't have any specific suggestions, but you could try the benchmark suite here: http://hg.python.org/benchmarks -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22003 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22003] BytesIO copy-on-write
Changes by Antoine Pitrou pit...@free.fr: -- stage: needs patch - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22003 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22068] test_gc fails after test_idle
Serhiy Storchaka added the comment: Indeed, there are a lot of small reference loops in ConfigDialog. Tk variables save reference to the dialog and the dialog saves references to variables. Either variables should be created with different argument (i.e. self.parent), or they should be deleted when ConfigDialog is destroyed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22068 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21308] PEP 466: backport ssl changes
Alex Gaynor added the comment: New version of this patch fixes a bunch of versionadded and changeds in the docs that referred to the wrong version. -- Added file: http://bugs.python.org/file36089/ssl-backport.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21308 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22069] TextIOWrapper(newline=\n, line_buffering=True) mistakenly treat \r as a newline
New submission from Akira Li: TextIOWrapper(b, newline=\n, line_buffering=True) object calls flush() while writing \r. See test_line_buffering() method in Lib/test/test_io.py:2114 The documentation says [1]: If line_buffering is True, flush() is implied when a call to write contains a newline character. i.e., writing \r shouldn't force flush() if newline=\n [1] https://docs.python.org/3.4/library/io.html#io.TextIOWrapper -- components: IO messages: 223965 nosy: akira priority: normal severity: normal status: open title: TextIOWrapper(newline=\n, line_buffering=True) mistakenly treat \r as a newline type: behavior versions: Python 2.7, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22069 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11271] concurrent.futures.ProcessPoolExecutor.map() doesn't batch function arguments by chunks
Antoine Pitrou added the comment: Thank you for posting this, I'm reopening the issue. -- nosy: +sbt resolution: out of date - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11271 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22070] Use the _functools module to speed up functools.total_ordering
New submission from Nick Coghlan: Getting functools.total_ordering to handle NotImplemented correctly in issue 10042 came at the cost of slowing it down dramatically, as the simple use of normal operator syntax had to be replaced by explicit method calls. It also introduced the quirk of going through self.method lookup rather than type(self).method slot lookup (I didn't actually notice that part during the patch review). It would be nice if we could regain some of that lost speed, and the most readily available approach would seem to be making use of the _functools accelerator module to move the slot dispatch down into C where it can compete with the eval loop based implementation used prior to 3.4. Raymond, I recall you were doing some speed comparisons between writing out the methods manually and using functools.total_ordering, do you have a handy micro-benchmark readily available? -- messages: 223967 nosy: ncoghlan, rhettinger priority: normal severity: normal status: open title: Use the _functools module to speed up functools.total_ordering type: performance versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22070 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22070] Use the _functools module to speed up functools.total_ordering
Alex Gaynor added the comment: If you're going to fix the semantics of the method lookup to go via the type, can you please do that for the pure python version as well? When the C and Python versions diverge on semantics, it becomes a real pain for alternate implementations which are perfectly happy with the performance of the pure python version ;-) -- nosy: +alex ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22070 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22071] Remove long-time deprecated attributes from smtpd
New submission from Milan Oberkirch: I made a patch removing deprecated attributes from smtpd (as suggested by r.david.murray). -- components: Library (Lib) files: smtpd_remove_deprecated_attrs.patch keywords: patch messages: 223969 nosy: jesstess, pitrou, r.david.murray, zvyn priority: normal severity: normal status: open title: Remove long-time deprecated attributes from smtpd versions: Python 3.5 Added file: http://bugs.python.org/file36090/smtpd_remove_deprecated_attrs.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22071 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22070] Use the _functools module to speed up functools.total_ordering
Nick Coghlan added the comment: Fixing the lookup semantics should arguably be a bug report in its own right, but yes, if the C implementation uses _PyType_LookupSpecial, then the Python version should definitely be changed to match. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22070 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22057] The doc say all globals are copied on eval(), but only __builtins__ is copied
Raymond Hettinger added the comment: Thanks for noticing this. Do you want to propose a patch? -- assignee: docs@python - rhettinger nosy: +rhettinger stage: - needs patch versions: -Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22057 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21990] saxutils defines an inner class where a normal one would do
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- assignee: - rhettinger nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21990 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22047] argparse improperly prints mutually exclusive options when they are in a group
paul j3 added the comment: On further thought, I think group2 = group1.add_mutually_exclusive_group() should have raised an error, stating that a group (argument or mutually exclusive) cannot be added to a mutually exclusive group. Also an argument group should not be added to another argument group. However, adding a mutually exclusive group to an argument group is ok, though only for the undocumented (though tested) purpose of giving it a title. -- versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21990] saxutils defines an inner class where a normal one would do
Roundup Robot added the comment: New changeset a5cb10f2dbaa by Raymond Hettinger in branch '2.7': Issue #21990: Cleanup unnecessary inner class definition in saxutils. http://hg.python.org/cpython/rev/a5cb10f2dbaa -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21990 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22047] argparse improperly prints mutually exclusive options when they are in a group
Sam Kerr added the comment: What I was going for was the ability to have a group contain a mutually exclusive group and a non-exclusive group, but using the mutually exclusive group meant you could not use the non-exclusive group. Such as: [ [ -opt1 | -opt2 | -opt3 ] [ [-opt4] [-opt5] [-opt6] ] ] -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22049] argparse: type=callable doesn't honor nargs 1
Chris Bruner added the comment: Yes, I know. My function just sees '1', but I think it should see '1 2 3' so that it can figure out what to do. That's impossible (well, impossible without saving state between calls) when it sees the arguments piecemeal. Sent from my iPhone On Jul 24, 2014, at 9:42 PM, paul j3 rep...@bugs.python.org wrote: paul j3 added the comment: Note that '-t 1 2 3'.split() becomes ['-t', '1', '2', '3'] Your 'type' function sees those 3 strings individually. Try printing 'string' the first thing in your function to see what we mean. -- nosy: +paul.j3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22049 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22049 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
Derek Wilson added the comment: First off, +1 for this feature. It's not just for twisted, but anyone doing anything with binary data (storage, compression, encryption and networking for me) with python since 2.6 will very likely have been using .format for building messages. I know I have and obviously others have been doing so as well. The advantages of .format to me are: * compatible with 2.6 (porting and single code base support easier) * ease of composition (the format langauge makes it easy to build complex data structures out of bytes) * readability (named fields make complex formats obvious) * consistency (manipulating a block of bytes or characters can be done in a similar way) Specific comments on the patch supplied by terry.reedy: * it doesn't support named fields * it doesn't handle padding * it doesn't handle nested formats (like '{0:{1}{2}}'.format(data,pad_char,pad_width) * formatting byte strings with a width embedds the repr of the byte string ( bf(b'{:10}', [b'test']) == b b'test' ) Really this isn't a good way to solve the problem. Has a PEP been created for this? If not how can I help make that happen? Including this in 3.5 would be so helpful for us low level systems programmers out there who have lots of code using .format for binary interfaces in python 2.6/2.7 already. Also, not to add to derailment, but if we're adding a .format for python3 bytes it would be great if .format could pad with the null byte ('\0') which it currently converts to spaces internally (which is strange). Since this unexpected conversion is bad (so padding with null doesn't happen in python2) its more like a bug fix... actually - maybe that's a separate bug to file on the current .format for text... -- nosy: +underrun ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22018] Add a new signal.set_wakeup_socket() function
Charles-François Natali added the comment: It doesn't answer to my complain: I don't want to support file descriptors on Windows anymore because file descriptors cannot be configured in non-blocking mode. I think it does : if an exception is raised if an FD/handler is not in non-blocking mode, this should include Windows file descriptors, right? If we raise an error if FD and sockets are blocking, calling set_wakeup_fd() on a FD on Windows would always fail. So raising an exception because the integer is a file descriptor or raising an exception because the file descriptor is blocking leads to same result: FD are not more supported on Windows. See above, I'm not sure what you're complaining about: since file descriptors can't be made non-blocking on Windows, trying to register them will raise an error. And since there's another issue for this, I don't think the check belong in this patch (although it would proably make more sense to commit the other patch first). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22018 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22047] argparse improperly prints mutually exclusive options when they are in a group
Sam Kerr added the comment: I fat fingered the example, sorry: [ [ -opt1 | -opt2 | -opt3 ] | [ [-opt4] [-opt5] [-opt6] ] ] Note the new pipe between the 2 subgroups -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
Derek Wilson added the comment: sorry, terry's patch does handle padding - just with the caveats i listed later. i should have removed that bullet. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19875] test_getsockaddrarg occasional failure
Roundup Robot added the comment: New changeset 897c9e6ddb1a by Charles-François Natali in branch '3.4': Issue #19875: Fix random test_getsockaddrarg() failure. http://hg.python.org/cpython/rev/897c9e6ddb1a New changeset 619feea86ce4 by Charles-François Natali in branch 'default': Issue #19875: Fix random test_getsockaddrarg() failure. http://hg.python.org/cpython/rev/619feea86ce4 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19875 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19875] test_getsockaddrarg occasional failure
Charles-François Natali added the comment: Should be fixed now, thanks! -- resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19875 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22072] Fix typos in SSL's documentation
New submission from Alex Gaynor: Attached patch fixes a pair of typos. -- assignee: docs@python components: Documentation files: ssl-docs.diff keywords: easy, needs review, patch messages: 223982 nosy: alex, docs@python priority: normal severity: normal status: open title: Fix typos in SSL's documentation versions: Python 3.5 Added file: http://bugs.python.org/file36091/ssl-docs.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22072 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21990] saxutils defines an inner class where a normal one would do
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21990 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22072] Fix typos in SSL's documentation
Roundup Robot added the comment: New changeset 1c7567ec6292 by Zachary Ware in branch '3.4': Issue #22072: Fix a couple of SSL doc typos. Patch by Alex Gaynor. http://hg.python.org/cpython/rev/1c7567ec6292 New changeset 967311e6c0d2 by Zachary Ware in branch 'default': Closes #22072: Merge typo fixes from 3.4 http://hg.python.org/cpython/rev/967311e6c0d2 -- nosy: +python-dev resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22072 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22072] Fix typos in SSL's documentation
Zachary Ware added the comment: Thanks, Alex! -- nosy: +zach.ware versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22072 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22073] Reference links in PEP466 are broken
New submission from Alex Gaynor: Specifically, the links in the Acknowledgements section http://legacy.python.org/dev/peps/pep-0466/#acknowledgements -- messages: 223985 nosy: alex, ncoghlan priority: normal severity: normal status: open title: Reference links in PEP466 are broken ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22073 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10291] Clean-up turtledemo in-package documentation
Terry J. Reedy added the comment: Thanks for the explanation. I will re-delete the file after copying 3.4 version to docstring and marking the original .txt as frozen. I will do same with other files deleted in 3.5. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10291 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22058] datetime.datetime() should accept a datetime.date as init parameter
Raymond Hettinger added the comment: [David] There is already a spelling for that operation, and it is d.date() [Tim] Alexander, I don't see a need to make everything a one-liner [Facundo] So, unless anyody wants to pursue with this, I'll close the issue. Marking as closed, rejected for the reasons listed and because making a function signature more complicated just isn't worth it. -- nosy: +rhettinger resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22058 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22045] Python make issue
Changes by Tshepang Lekhonkhobe tshep...@gmail.com: -- nosy: +tshepang ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22045 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22033] Subclass friendly reprs
Raymond Hettinger added the comment: +1 These all look worthwhile and correct. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22033 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18093] Move main functions to a separate Programs directory
Roundup Robot added the comment: New changeset 413017768dde by Ned Deily in branch 'default': Issue #18093: Create Programs directory in build location for http://hg.python.org/cpython/rev/413017768dde -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18093 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21958] Allow python 2.7 to compile with Visual Studio 2013
Roundup Robot added the comment: New changeset cb2e1b3a395f by Zachary Ware in branch '2.7': Issue #21958: Define HAVE_ROUND when building with VS 2013 and above. http://hg.python.org/cpython/rev/cb2e1b3a395f New changeset 1c35cefd25b7 by Zachary Ware in branch '3.4': Issue #21958: Define HAVE_ROUND when building with VS 2013 and above. http://hg.python.org/cpython/rev/1c35cefd25b7 New changeset 1f5e8380f791 by Zachary Ware in branch 'default': Issue #21958: Merge with 3.4 http://hg.python.org/cpython/rev/1f5e8380f791 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21958 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21958] Allow python 2.7 to compile with Visual Studio 2013
Zachary Ware added the comment: Thanks for the patch, I've committed it. For future reference, the devguide should answer any questions you may have about how to contribute to Python, or you can ask on any of the various mailing lists (where you'll either get an answer or be pointed to a list better suited to the question). In this particular case, I just removed the VS2013 build files myself, and only particular people (those with a Python logo next to their name on the tracker, like myself or Steve) are allowed to push to hg.python.org. Also, if you haven't already, please take a moment to sign a contributor agreement (https://www.python.org/psf/contrib/). In this case, the patch was fairly trivial and almost a direct copy from elsewhere in the source tree, so I went ahead and pushed it. For larger or more involved patches, the PSF will require a contributor agreement to be on file before your patch can be accepted. Thanks again for your contribution! -- assignee: - zach.ware resolution: - fixed stage: - resolved status: open - closed versions: +Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21958 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22073] Reference links in PEP466 are broken
Roundup Robot added the comment: New changeset 3b3dc5fafb82 by Ned Deily in branch 'default': Issue #22073: fix footnote references. http://hg.python.org/peps/rev/3b3dc5fafb82 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22073 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22073] Reference links in PEP466 are broken
Ned Deily added the comment: Fixed, thanks! -- nosy: +ned.deily resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22073 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue563491] Add separator argument to readline()
Akira Li added the comment: Reincarnation: issue #1152248: Add support for reading records with arbitrary separators to the standard IO stack -- nosy: +akira ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue563491 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21308] PEP 466: backport ssl changes
Alex Gaynor added the comment: Try #3: This fixes a bug with NPN (I hadn't tested with an OpenSSL that supports NPN, I have now), and cherry-picks the typo fixes from 967311e6c0d2 -- Added file: http://bugs.python.org/file36092/ssl-backport.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21308 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17083] can't specify newline string for readline for binary files
Akira Li added the comment: Related issue #1152248: Add support for reading records with arbitrary separators to the standard IO stack It suggests to extend the newline support for both text and binary files. -- nosy: +akira ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17083 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22033] Subclass friendly reprs
Roundup Robot added the comment: New changeset 42276ad3acef by Serhiy Storchaka in branch 'default': Issue #22033: Reprs of most Python implemened classes now contain actual http://hg.python.org/cpython/rev/42276ad3acef -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22033 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20188] ALPN support for TLS
Mark Nottingham added the comment: HTTP/2 requires ALPN, BTW. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20188 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22033] Subclass friendly reprs
Serhiy Storchaka added the comment: Thanks Raymond for the review. -- assignee: - serhiy.storchaka resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22033 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21802] Reader of BufferedRWPair is not closed if writer's close() fails
Serhiy Storchaka added the comment: Antoine, what do you think about this? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21802 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21585] Run Tkinter tests with wantobjects=False
Serhiy Storchaka added the comment: Thanks Lita, but I think it would be better if all Tkinter tests will automatically run in both wantobjects=0 and wantobjects=1 modes. As for your patch, ttk.Button() creates default root with current wantobjects value, this default root can be unintentionally used in tests with other wantobjects value. We should ensure that default root is not used in tests. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21585 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21574] Port image types detections from PIL to the imghdr module
Serhiy Storchaka added the comment: Claudiu, are you working on this issue? If not, I'll start writing a patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21574 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22065] Update turtledemo menu creation
Ned Deily added the comment: Nice insight, Serhly! The patch addresses the menu concern I brought up in msg223631 of Issue21933. I evaluated the patch with all three OS X Tk variants (Cocoa, Carbon, and X11) and it looked good to me. The only review comment I have is that ideally, with Cocoa or Carbon Tk's, the About ... menu item in the Apple menu row would be customized to display the aboutTurtleDemo window; as it stands, it defaults to a Tk-supplied about Tk window. The problem with doing that is that there are Tk-variant-specfic (Cocoa vs Carbon) ways to do that and it shouldn't be done at all for X11 so the implementation would get a bit messy; the relevant code for IDLE is in macosxSupport.py towards the end of overrideRootMenu(). It's probably overkill for turtledemo so I'm OK with the patch as it stands (note I did not try it on any other platform). -- stage: needs patch - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22065 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22044] Premature Py_DECREF while generating a TypeError in call_tzinfo_method
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- assignee: - rhettinger nosy: +rhettinger versions: -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22044 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22047] argparse improperly prints mutually exclusive options when they are in a group
paul j3 added the comment: Here's a preliminary patch that raises an error if there's an attempt to nest a mutually exclusive group in another, or there's an attempt to add an argument group to either kind of group. It still needs test_argparse.py and argparse.rst changes I'm raising a ValueError, since that is what most of the other add_argument errors do. An alternative is a NotImplementedError, since that is, in effect, what I am doing, blocking the implementation of particular 'add' methods. An alternative to adding this patch as high priority bug issue, is to include it in the UsageGroup patch (11588) which will implement nestable groups. -- keywords: +patch Added file: http://bugs.python.org/file36093/issue22047_1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21574] Port image types detections from PIL to the imghdr module
Claudiu Popa added the comment: No, I didn't start any work on this and right now, with EuroPython, I don't have that much time to start, so feel free to take it and write a patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21574 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22044] Premature Py_DECREF while generating a TypeError in call_tzinfo_method
Roundup Robot added the comment: New changeset 01c6d2893092 by Raymond Hettinger in branch '3.4': Issue #22044: Fixed premature DECREF in call_tzinfo_method. http://hg.python.org/cpython/rev/01c6d2893092 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22044 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22044] Premature Py_DECREF while generating a TypeError in call_tzinfo_method
Raymond Hettinger added the comment: Thanks for the patch. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22044 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com