[issue23175] logging.exception doesn't accept custom exc_info

Changes by Berker Peksag : -- nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue23174] shelve.open fails with error "anydbm.error: db type could not be determined"

R. David Murray added the comment: The problem is that this is not the only situation in which that error can be generated. If someone passed in an "old" (and possibly non-empty) file with no extension, the same code path would get executed. The shelve/anydbm API is database agnostic, so ther

[issue23171] csv.writer.writerow() does not accept generator (must be coerced to list)

R. David Murray added the comment: Hmm. That could be an issue. If someone passes a generator they will generally expect it to be consumed as a generator, not turned into a list implicitly. So it may be better to turn this into a doc bug and require the explicit "list" call :(. --

[issue23171] csv.writer.writerow() does not accept generator (must be coerced to list)

Serhiy Storchaka added the comment: The docs mention that "row" should be a sequence, so there is no a bug. Here is a patch which makes writerow() accept an iterable without converting it to a list. It also adds tests for few corner cases and fixes the docs. -- nosy: +serhiy.storchaka

[issue23132] Faster total_ordering

Serhiy Storchaka added the comment: May be implement your idea about local NotImplemented? And it would be good to add explaining comments in _le_from_lt() and _ge_from_gt() as in your original suggestion. -- ___ Python tracker

[issue23174] shelve.open fails with error "anydbm.error: db type could not be determined"

Karl Richter added the comment: That's nice, thanks. Considering your last comment, some points * If the issue can't go into the error message, than the essence of the discussion here should go into the docs (in 0.5 to 1.5 sentences). * It'd be nice if it was clear from the error message th

[issue21741] Convert most of the test suite to using unittest.main()

Changes by Berker Peksag : -- nosy: +berker.peksag ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue23140] InvalidStateError on asyncio subprocess task cancelled

Xavier de Gaye added the comment: > Thanks Xavier for the bug report, it should now be fixed. Works fine with me. Thanks for the patch. -- ___ Python tracker ___ ___

[issue19776] Provide expanduser() on Path objects

STINNER Victor added the comment: The test fails on the buildbot "PPC64 AIX 3.x". It looks like the home directory of the buildbot slave user is /home/shager/. http://buildbot.python.org/all/builders/PPC64%20AIX%203.x/builds/2994/steps/test/logs/stdio ==

[issue23177] test_ssl: failures on OpenBSD with LibreSSL

New submission from STINNER Victor: (See also the issue #21356.) http://buildbot.python.org/all/builders/x86%20OpenBSD%205.5%203.x/builds/1242/steps/test/logs/stdio == FAIL: test_options (test.test_ssl.ContextTests) ---

[issue23151] _loggerClass is initialized twice

Roundup Robot added the comment: New changeset 8bfe230db0bc by Vinay Sajip in branch 'default': Closes #23151: Removed unnecessary initialization. https://hg.python.org/cpython/rev/8bfe230db0bc -- nosy: +python-dev resolution: -> fixed stage: -> resolved status: open -> closed ___

[issue19776] Provide expanduser() on Path objects

Antoine Pitrou added the comment: I don't really know how to investigate that failure. Perhaps David wants to look into it? -- nosy: +David.Edelsohn ___ Python tracker ___ _

[issue23175] logging.exception doesn't accept custom exc_info

Vinay Sajip added the comment: 2.7 documentation has now been updated. The behaviour has already been changed for Python 3.5 to forward any exc_info passed in (see Issue #20537). -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue19776] Provide expanduser() on Path objects

STINNER Victor added the comment: > I don't really know how to investigate that failure. I don't think that it's specific to AIX, it just depends on the list of users on your system. On my Fedora 21, I have many users which have an empty home directory: - nobody - dbus - polkitd - usbmuxd - n

[issue23177] test_ssl: failures on OpenBSD with LibreSSL

STINNER Victor added the comment: changeset: 94041:87976d72fd5c user:Victor Stinner date:Tue Jan 06 11:51:06 2015 +0100 files: Lib/test/test_ssl.py description: test_ssl: add more debug to investigate test_openssl_version() failure on OpenBSD with LibreSSL. -- _

[issue21980] Implement `logging.LogRecord.__repr__`

Roundup Robot added the comment: New changeset 390ffd39631b by Vinay Sajip in branch 'default': Closes #21980: Added a __repr__ for LogRecord. https://hg.python.org/cpython/rev/390ffd39631b -- nosy: +python-dev resolution: -> fixed stage: -> resolved status: open -> closed ___

[issue22935] Disabling SSLv3 support

Roundup Robot added the comment: New changeset a8c4925e2359 by Victor Stinner in branch '3.4': Issue #20896, #22935: The ssl.get_server_certificate() function now uses the https://hg.python.org/cpython/rev/a8c4925e2359 -- ___ Python tracker

[issue20896] test_ssl.test_get_server_certificate() should use PROTOCOL_SSLv23, not PROTOCOL_SSLv3

Roundup Robot added the comment: New changeset a8c4925e2359 by Victor Stinner in branch '3.4': Issue #20896, #22935: The ssl.get_server_certificate() function now uses the https://hg.python.org/cpython/rev/a8c4925e2359 -- ___ Python tracker

[issue22935] Disabling SSLv3 support

STINNER Victor added the comment: Ok, I commited my change to Python 3.4. I'm now waiting for the following buildbot before closing the issue: http://buildbot.python.org/all/builders/x86%20Tiger%203.4 -- ___ Python tracker

[issue20284] patch to implement PEP 461 (%-interpolation for bytes)

Nick Coghlan added the comment: With the first alpha next month, unless we hear otherwise from Ethan in the next day or two, I'd suggest going ahead with the implementation. We can always tweak it during the alpha cycle if there are specific details he'd like to see changed. -- _

[issue23168] test_file2k.py depends on sys.stdin being unseekable

Roundup Robot added the comment: New changeset 7f30206d402f by Victor Stinner in branch '2.7': Issue #23168: skip sys.stdin.seek() test if stdin is not a TTY https://hg.python.org/cpython/rev/7f30206d402f -- nosy: +python-dev ___ Python tracker

[issue23168] test_file2k.py depends on sys.stdin being unseekable

STINNER Victor added the comment: Instead of removing the test, I modified it to be skipped if stdin is not a TTY. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue14853] test_file.py depends on sys.stdin being unseekable

STINNER Victor added the comment: The same issue was reported for test_file2k: issue #23168. I modified test_file2k to skip sys.stdin.seek() test if stdin is not a TTY. I prefer to skip a test in a specific case, instead of removing it completly. I propose to add again the test in test_file, w

[issue14853] test_file.py depends on sys.stdin being unseekable

Changes by STINNER Victor : Added file: http://bugs.python.org/file37614/test_file.patch ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue19777] Provide a home() classmethod on Path objects

STINNER Victor added the comment: I agree that Path.home() is more user friendly than Path.expanduser('~'). -- nosy: +haypo ___ Python tracker ___ ___

[issue1687125] cannot catch KeyboardInterrupt when using curses getkey()

STINNER Victor added the comment: I cannot reproduce it on Python 2.7.9+. I get the following output which is the expected output: --- -1 CTRL-C --- Since this bug is 8 years old. I guess that the bug was already fixed, or maybe it can only be reproduced on a specific platform. But the platfor

[issue3180] Interrupts are lost during readline PyOS_InputHook processing

STINNER Victor added the comment: I don't understand how to reproduce the issue, there is no unit test nor a description how to reproduce the issue. I'm not aware of a bug where CTRL+c is simply ignored. CTRL+c is now well handled in Python 2.7, on Linux and Windows at least. Since the bug is

[issue1103213] Adding the missing socket.recvall() method

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue23010] "unclosed file" warning when defining unused logging FileHandler in dictConfig

Vinay Sajip added the comment: Data point: if you print out _handlerList immediately after the dictConfig() call, it *is* there, as I would have expected. The following script saved as logtest6.py: from datetime import datetime from time import sleep import sys if __name__ == '__main__':

[issue22391] MSILIB truncates last character in summary information stream

Idoa added the comment: Encountered this issue also in python 2.7.7. last character is replaced with \x00. reproduction is exactly as stated by Kevin.Phillips -- nosy: +Idoa ___ Python tracker ___

[issue22935] Disabling SSLv3 support

STINNER Victor added the comment: > I'm now waiting for the following buildbot before closing the issue: > http://buildbot.python.org/all/builders/x86%20Tiger%203.4 Before my change, test_ssl because with "NameError: name 'PROTOCOL_SSLv3' is not defined". With my change, test_ssl now pass. I cl

[issue23177] test_ssl: failures on OpenBSD with LibreSSL

STINNER Victor added the comment: It looks like OPENSSL_VERSION_NUMBER is consistent with OPENSSL_VERSION_INFO (version 2.1). But the OPENSSL_VERSION contains a different version (2.0). It looks like an issue in LibreSSL. == F

[issue21356] Support LibreSSL (instead of OpenSSL): make RAND_egd optional

Roundup Robot added the comment: New changeset eddcb6671a48 by Victor Stinner in branch '2.7': Issue #21356: Make ssl.RAND_egd() optional to support LibreSSL. The https://hg.python.org/cpython/rev/eddcb6671a48 New changeset 7f82f50fdad0 by Victor Stinner in branch '3.4': Issue #21356: Make ssl.R

[issue21356] Support LibreSSL (instead of OpenSSL): make RAND_egd optional

STINNER Victor added the comment: Ok, Python 2.7, 3.4 and 3.5 can now be *compiled* with LibreSSL. There are still issues with LibreSSL: see the new issue #23177. -- ___ Python tracker

[issue23177] test_ssl: failures on OpenBSD with LibreSSL

Roundup Robot added the comment: New changeset 05d7550bd2d9 by Victor Stinner in branch 'default': Issue #23177: Document that ssl.RAND_egd() is not available with LibreSSL https://hg.python.org/cpython/rev/05d7550bd2d9 -- nosy: +python-dev ___ Python

[issue21356] Support LibreSSL (instead of OpenSSL): make RAND_egd optional

Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue22638] ssl module: the SSLv3 protocol is vulnerable ("POODLE" attack)

STINNER Victor added the comment: Can we close this issue? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue23145] regrtest: log test loader errors

Roundup Robot added the comment: New changeset 1bb3df5bb83f by Victor Stinner in branch 'default': Issue #23145: regrtest now shows errors and raises an exception if https://hg.python.org/cpython/rev/1bb3df5bb83f -- nosy: +python-dev ___ Python tracke

[issue23145] regrtest: log test loader errors

STINNER Victor added the comment: I chose to show errors and then raise an exception. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue22619] Possible implementation of negative limit for traceback functions

Dmitry Kazakov added the comment: Some of the patches (including the latest one) were missing Mercurial header. I'm uploading the properly formatted patch (traceback_rev_fixed.diff) -- Added file: http://bugs.python.org/file37615/traceback_rev_fixed.diff ___

[issue22638] ssl module: the SSLv3 protocol is vulnerable ("POODLE" attack)

Antoine Pitrou added the comment: I think so, thank you. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ __

[issue19548] 'codecs' module docs improvements

Roundup Robot added the comment: New changeset 0646eee8296a by Nick Coghlan in branch '3.4': Issue 19548: update codecs module documentation https://hg.python.org/cpython/rev/0646eee8296a New changeset 4d00d0109147 by Nick Coghlan in branch 'default': Merge issue 19548 changes from 3.4 https://h

[issue19548] 'codecs' module docs improvements

Nick Coghlan added the comment: Thanks for the work on this folks, both Jan for the feedback, Martin for the writing, and everyone else for their comments. I don't believe we addressed all of Jan's comments, but I'd like to request that any further comments be filed as separate issues, now tha

[issue22935] Disabling SSLv3 support

Changes by Berker Peksag : -- stage: needs patch -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue22619] Possible implementation of negative limit for traceback functions

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue20284] patch to implement PEP 461 (%-interpolation for bytes)

Ethan Furman added the comment: Here is what I have so far: - complete tests for bytes and bytearry (bytearray currently commented out at line 71) - pep461 implemented for bytes This is basically an adaptation of the 2.7 code for str, adjusted appropriately. I was planning on having bytea

[issue20284] patch to implement PEP 461 (%-interpolation for bytes)

STINNER Victor added the comment: Ethan, do you have a public repository? If no, you can for example fork CPython: click on "Server-side clone" at https://hg.python.org/cpython/ -- ___ Python tracker __

[issue23174] shelve.open fails with error "anydbm.error: db type could not be determined"

R. David Murray added the comment: What is it you want the docs to say? For your second point, yes, that is what I was saying would be an enhancement (the extension is a list of possible extensions that varies per-platform and per how python is built/installed). -- __

[issue20284] patch to implement PEP 461 (%-interpolation for bytes)

Ethan Furman added the comment: Sorry, no. And time is scarce at the moment so figuring out server-side clones will have to wait as well. I uploaded the patch of what I have so far -- hopefully that will be helpful. Also attaching patch with just the tests. -- Added file: http://bug

[issue23178] csv.reader does not handle BOM

New submission from Jon Dufresne: The following test script demonstrates that Python's csv library does not handle a BOM. I would expect the returned row to be equal to expected and to print 'True' to stdout. In the wild, it is typical for other CSV writers to add a BOM. MS Excel is especiall

[issue23178] csv.reader does not handle BOM

R. David Murray added the comment: This is not a problem with the csv module in particular. See issue 7651. -- nosy: +r.david.murray resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Python3: guess text file charset using the BOM _

[issue22619] Possible implementation of negative limit for traceback functions

Terry J. Reedy added the comment: For future reference, a better initial post would have been more self-contained and explanatory, something like the following. (If I got the proposal wrong, all the more reason to explain it clearly). --- Several functions in the traceback module take a *limit

[issue19548] 'codecs' module docs improvements

Martin Panter added the comment: Thanks Nick. Here is a small followup patch for the default (3.5) branch to keep things consistent. -- Added file: http://bugs.python.org/file37618/default-branch-followup.patch ___ Python tracker

[issue14099] ZipFile.open() should not reopen the underlying file

Matt Mackall added the comment: The committed fix breaks Mercurial. http://bz.selenic.com/show_bug.cgi?id=4492 The "underlying file-like object" in our case is a wsgirequest but anything else trying to serve a dynamically-generated zip file on the web will probably die. We wrapped wsgirequest

[issue17776] IDLE Internationalization

Changes by Al Sweigart : -- nosy: +Al.Sweigart ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue17760] No i18n of IDLE's interface in french

Changes by Al Sweigart : -- nosy: +Al.Sweigart ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue23179] New function proposal: string.from_iterable(iterable [, map_function])

New submission from Alessio Bogon: I would like to suggest a new string function/constructor: string.from_iterable(iterable [,map_function]) I think that the behaviour is intuitive: given an iterable, it construct a string using its element by apply a `map_function`, if provided, to each one o

[issue23179] New function proposal: string.from_iterable(iterable [, map_function])

Ezio Melotti added the comment: You should propose this to the python-ideas mailing list. FWIW, if this is accepted, I would use str as default map_function. -- nosy: +ezio.melotti ___ Python tracker __

[issue14099] ZipFile.open() should not reopen the underlying file

Changes by Serhiy Storchaka : -- resolution: fixed -> stage: resolved -> status: closed -> open ___ Python tracker ___ ___ Python-bu

[issue23179] New function proposal: string.from_iterable(iterable [, map_function])

R. David Murray added the comment: Thanks for wanting to contribute. However, I don't see why this function would be beneficial. As indicated by the patch, it is simply ''.join(str(map_function(x)) for x in iterable) but without the inherent flexibility of the above formulation. Which loo

[issue23179] New function proposal: string.from_iterable(iterable [, map_function])

Josh Rosenberg added the comment: I'll note: "".join(map(str, iterable)) will solve problem #1. It's fast, uses existing built-ins, and is relatively intuitive. I know map is sometimes considered Pythonic, but "".join(str(x) for x in iterable) is an equally effective, if somewhat slower, alter

[issue23160] Respect the environment variable SVNROOT in external-common.bat

Steve Dower added the comment: Don't have time to apply them right now, but the patches look fine. I guess it'll null-merge into default, since 3.5 is unaffected? -- ___ Python tracker

[issue23179] New function proposal: string.from_iterable(iterable [, map_function])

Josh Rosenberg added the comment: Correction: I know map is sometimes considered *un-Pythonic -- ___ Python tracker ___ ___ Python-bu

[issue19548] 'codecs' module docs improvements

Roundup Robot added the comment: New changeset 20a5a56ce090 by Nick Coghlan in branch 'default': Issue #19548: clean up merge issues in codecs docs https://hg.python.org/cpython/rev/20a5a56ce090 -- ___ Python tracker

[issue22865] Allow pty.spawn to ignore data to copy

Geoff Shannon added the comment: I tweaked the patch a bit to not include the parentheses since that seems to be the style here. -- Added file: http://bugs.python.org/file37620/pty.patch ___ Python tracker ___

[issue19548] 'codecs' module docs improvements

Nick Coghlan added the comment: Thanks for the follow-up patch Martin - I missed those when I did the merge forward from 3.4. -- ___ Python tracker ___ _

[issue13128] httplib debuglevel on CONNECT doesn't print response headers

Demian Brecht added the comment: Just happened to come across this now. Updated patch with test. -- Added file: http://bugs.python.org/file37621/issue13128_2.patch ___ Python tracker ___

[issue2704] IDLE: Patch to make PyShell behave more like a Terminal interface

Changes by Al Sweigart : -- nosy: +Al.Sweigart ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue23086] Add start and stop parameters to the Sequence.index() ABC mixin method

Raymond Hettinger added the comment: This test looks like it may have been a typo: self.assertEqual(seq.index('a'), 0, 1) Also, it would be nice to investigate the differences with list.index() and str.index() for the corner cases. Something along these lines: # Compare Sequence.index

[issue23156] Update tix install information in tkinter tix chapter of doc

Mike Basca added the comment: Hi, I'm the original poster in the stack-exchange link. Based on your responses, It seems Ttk is the way to go if you're on Mac OSX 64-bit. Thanks for your time and input. Really appreciate it! -- nosy: +abaskm __

[issue23180] Rename IDLE's "Windows" menu item to "Window"

New submission from Al Sweigart: Currently IDLE's top-level menu item is "Windows" on Windows & Linux but is specifically changed to "Window" on OS X to match mac's look and feel. See https://hg.python.org/cpython/rev/1b3b6b1982aa The singular "Window" is the standard menu name on all platform

[issue23179] New function proposal: string.from_iterable(iterable [, map_function])

Raymond Hettinger added the comment: I concur with Josh and David. We already have a way to do it and there doesn't seem to be anything here that would warrant further growth of the already large number of string methods. -- nosy: +rhettinger resolution: later -> rejected ___