[issue21067] Support Multiple finally clauses.

Josh Rosenberg added the comment: And for this particular case, even if the resource allocators don't support the context manager protocol, contextlib.closing can do the job: from contextlib import closing with closing(allocateresource1()) as resource1, closing(allocateresource2()) as

[issue20951] SSLSocket.send() returns 0 for non-blocking socket

Nikolaus Rath added the comment: On 03/25/2014 06:53 PM, Ben Darnell wrote: > Another option may be to have SSLSocket.send() convert the WANT_WRITE > exception into a socket.error with errno EAGAIN. This wouldn't break Tornado > and would make socket.send and SSLSocket.send more consistent, bu

[issue20951] SSLSocket.send() returns 0 for non-blocking socket

Giampaolo Rodola' added the comment: Sorry, my fault. I got confused with os.sendfile() which returns 0 on EOF. -- ___ Python tracker ___

[issue20951] SSLSocket.send() returns 0 for non-blocking socket

Ben Darnell added the comment: Giampaolo, where do you see that send() may return zero if the other side has closed? I've always gotten an error in that case (EPIPE) I vote -1 to adding a new flag to control whether it returns zero or raises and +0 to just fixing it in Python 3.5 (I don't thi

[issue20469] ssl.getpeercert() should include extensions

A Hettinger added the comment: The specific thing I'm interested in is the custom extension "1.3.6.1.4.43167.0.0", but all of the X509 data should be imported. Client shows both the openssl and python outputs. I would expect anything the ssl system doesn't explicitly know what to do with, it m

[issue20469] ssl.getpeercert() should include extensions

Changes by A Hettinger : Added file: http://bugs.python.org/file34625/cert.pem ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue20469] ssl.getpeercert() should include extensions

Changes by A Hettinger : Added file: http://bugs.python.org/file34624/Server.py ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue20469] ssl.getpeercert() should include extensions

Changes by A Hettinger : Added file: http://bugs.python.org/file34623/Client.py ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue21057] TextIOWrapper does not support reading bytearrays or memoryviews

Nikolaus Rath added the comment: Yes, bytes objects have some advantages. But if a bytes object is desired, it can always be created from bytes-like object. If a BufferedIOBase instance is required to only provide bytes objects, this conversion is forced even when it may not be necessary. If

[issue20375] ElementTree: Document handling processing instructions

Nikolaus Rath added the comment: Indeed I did, here's the correct patch. Thanks! -- Added file: http://bugs.python.org/file34622/issue20375.diff ___ Python tracker ___ __

[issue21068] Make ssl.PROTOCOL_* an enum

Giampaolo Rodola' added the comment: I like this. Possibly it should be done for all ssl APIs returning a constant. Are there others? -- ___ Python tracker ___ _

[issue21057] TextIOWrapper does not support reading bytearrays or memoryviews

Antoine Pitrou added the comment: bytes objects have two things going for them: - they have the full bytes API (all the startswith(), etc. methods) - not only buffer access - they are immutable: you can keep an internal reference to a bytes object and be sure it won't change under your feet Th

[issue21068] Make ssl.PROTOCOL_* an enum

Donald Stufft added the comment: Ah, sure it'd probably be useful in that context. -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue21068] Make ssl.PROTOCOL_* an enum

Antoine Pitrou added the comment: It may be useful in relation with issue20421, since we could then return one of the enum values (not PROTOCOL_SSLv23, of course). -- ___ Python tracker ___

[issue21068] Make ssl.PROTOCOL_* an enum

Donald Stufft added the comment: I don't really feel real strongly one way or another about this patch fwiw. Not sure it makes anything easier but I don't think it makes anything harder either. -- ___ Python tracker

[issue20526] python: Modules/gcmodule.c:379: visit_decref: Assertion `((gc)->gc.gc_refs >> (1)) != 0' failed.

Antoine Pitrou added the comment: Well, 0xb is an unlikely pointer value, especially since other dynamically-allocated pointers seem to lie in other memory areas. So it would look like there's some memory corruption here. As for whether it's a Python issue, try reproducing without cx_O

[issue20526] python: Modules/gcmodule.c:379: visit_decref: Assertion `((gc)->gc.gc_refs >> (1)) != 0' failed.

Sebastien Renard added the comment: Same issue with a fresh python 3.3.5: 361 if (PyObject_IS_GC(op)) { (gdb) backtrace #0 visit_decref (op=0xb, data=data@entry=0x0) at Modules/gcmodule.c:361 #1 0x0052d9da in BaseException_traverse (self=0x7156d328, visit=0x4c0800

[issue21068] Make ssl.PROTOCOL_* an enum

Changes by Ethan Furman : -- nosy: +ethan.furman ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue21068] Make ssl.PROTOCOL_* an enum

New submission from Antoine Pitrou: Small patch to make PROTOCOL_SSLv23 and friends enum members. Not sure this is useful. -- components: Library (Lib) files: sslproto_enum.patch keywords: patch messages: 214865 nosy: christian.heimes, dstufft, giampaolo.rodola, janssen, pitrou priority

[issue20421] expose SSL socket protocol version

Antoine Pitrou added the comment: We could actually use the undocumented "int SSL_version(const SSL *s)" and convert the return value to one of our favourite protocol constants. -- ___ Python tracker _

[issue20526] python: Modules/gcmodule.c:379: visit_decref: Assertion `((gc)->gc.gc_refs >> (1)) != 0' failed.

Sebastien Renard added the comment: Hi Antoine, Thanks for your quick answer. I compiled with debug and compile cx_oracle again. Here the stack trace with gdb. Hope it will help. Program received signal SIGSEGV, Segmentation fault. 0x0043ab98 in visit_decref (op=0xb, data=0x0)

[issue21067] Support Multiple finally clauses.

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue21067] Support Multiple finally clauses.

Georg Brandl added the comment: For resource management, it would be more idiomatic to use context managers, either with multiple CMs in one with-statement or, dynamically, with contextlib.ExitStack. For test suites using unittest, there is also the addCleanup functionality of the TestCase.

[issue21067] Support Multiple finally clauses.

New submission from Kevin Cox: I think it would be useful to support multiple finally clauses. The idea would be that each clause would be run, even if prior clauses throw exceptions. The idea came when hunting a bug in the Mozilla test suite. The code looked like as follows. try: r

[issue21066] The separate download version for the documentation doesn't work

New submission from Cristian Baboi: I downloaded python 2.7.6 documentation file for Windows python276.chm and it doesn't display any documentation page. It shows only the table of content. -- assignee: docs@python components: Documentation, Windows messages: 214860 nosy: Cristian.Baboi

[issue21065] spam

Changes by R. David Murray : -- stage: -> committed/rejected status: open -> closed title: Can't solve special women's problems? Let us do it. -> spam ___ Python tracker ___ ___

[issue20526] python: Modules/gcmodule.c:379: visit_decref: Assertion `((gc)->gc.gc_refs >> (1)) != 0' failed.

Antoine Pitrou added the comment: Hi Sebastien, Those symptoms are actually quite generic. If you want do diagnose your issue, I would suggest you compile a debug build of Python (./configure --with-pydebug), it will enable many additional checks (and of course be quite a bit slower too...).

[issue20526] python: Modules/gcmodule.c:379: visit_decref: Assertion `((gc)->gc.gc_refs >> (1)) != 0' failed.

Sebastien Renard added the comment: Hello, I encounter a quite similar issue with python 3.4.0 and cx_Oracle. It segfault from time to time (hard to reproduce) on visit_decref at Modules/gcmodule.c:373. There were no issue with python 2.7. I did not test with 3.3. With gdb i got the following

[issue21011] PyArg_ParseTupleAndKeywords doesn't take const char *keywords[]

Josh Rosenberg added the comment: This has come up before. Links to additional info: https://mail.python.org/pipermail/python-dev/2006-February/060689.html http://bugs.python.org/issue1772673 -- nosy: +josh.rosenberg ___ Python tracker

[issue21056] csv documentation is incorrect

Josh Rosenberg added the comment: Aside from the method being named __next__(), it's the same flaw in all copies of the Py3 documentation. I don't think explicitly enumerating types is the way to go though. I'd just remove the documentation for __next__, and leave it up to the per-type docume

[issue19264] subprocess.Popen doesn't support unicode on Windows

Changes by Terry J. Reedy : -- resolution: -> wont fix stage: test needed -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue20990] pyflakes: undefined names, get_context() and main(), in multiprocessing

Richard Oudkerk added the comment: Testing the is_forking() requires cx_freeze or something similar, so it really cannot go in the test suite. I have tested it manually (after spending too long trying to get cx_freeze to work with a source build). It should be noted that on Unix freezing is c

[issue20375] ElementTree: Document handling processing instructions

Changes by Nikolaus Rath : Removed file: http://bugs.python.org/file34528/issue20951.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue21057] TextIOWrapper does not support reading bytearrays or memoryviews

Nikolaus Rath added the comment: On 03/25/2014 01:39 PM, Serhiy Storchaka wrote: > read1() should return bytes. MyByteStream doesn't implement the > io.BufferedIOBase interface. Indeed, this is what this issue is about :-). The question is: is there a good reason to require io.BufferedIOBase i

[issue21057] TextIOWrapper does not support reading bytearrays or memoryviews

Serhiy Storchaka added the comment: read1() should return bytes. MyByteStream doesn't implement the io.BufferedIOBase interface. -- nosy: +serhiy.storchaka ___ Python tracker __

[issue16047] Tools/freeze no longer works in Python 3

Marc-Andre Lemburg added the comment: Wait, Brett :-) The issue that Christian mentioned was just a side discussion. We still need to fix the main problem. -- resolution: invalid -> status: closed -> open ___ Python tracker

[issue16047] Tools/freeze no longer works in Python 3

Changes by Brett Cannon : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue16047] Tools/freeze no longer works in Python 3

Marc-Andre Lemburg added the comment: On 25.03.2014 19:41, M.-A. Lemburg wrote: > I'll have to have a look at how the pyscopg2 package normally > imports its C extension. It's likely that they will have to use > something like this to make things work for frozen apps as well: > > try: > from

[issue1298835] Add a vendor-packages directory for system-supplied modules

Changes by Terry J. Reedy : -- stage: -> patch review versions: +Python 3.5 -Python 3.4 ___ Python tracker ___ ___ Python-bugs-list

[issue20951] SSLSocket.send() returns 0 for non-blocking socket

Giampaolo Rodola' added the comment: -1 about adding raise_on_blocking_send=False option as IMO it unnecessarily complicates the API. Note: when working with plain sockets send() returning 0 means the connection has been closed by the other peer, same for os.sendfile(). It appears ssl module i

[issue20951] SSLSocket.send() returns 0 for non-blocking socket

Antoine Pitrou added the comment: > There's a great saying in the usability world: "You can't document > your way out of a usability problem". However, adding a flag to change behaviour at runtime creates *another* usability problem. It's not obvious it would actually make things better (and

[issue20145] unittest.assert*Regex functions should verify that expected_regex has a valid type

Roundup Robot added the comment: New changeset 3f8b801e7e76 by R David Murray in branch '2.7': backport: #20145: assertRaisesRegexp now raises a TypeError on bad regex. http://hg.python.org/cpython/rev/3f8b801e7e76 New changeset 32407a677215 by R David Murray in branch '3.4': backport: #20145: a

[issue20344] subprocess.check_output() docs misrepresent what shell=True does

Tuomas Savolainen added the comment: Created a patch that adds notice of using shell=True and iterable to the documentation. Please do comment if the formatting is wrong (this my first documentation patch). -- Added file: http://bugs.python.org/file34619/documentation20344.patch _

[issue16047] Tools/freeze no longer works in Python 3

Marc-Andre Lemburg added the comment: On 25.03.2014 19:27, Brett Cannon wrote: > > Brett Cannon added the comment: > > OK, so trying to import around the package was definitely why the first > instance didn't work so that's all expected. > > As for the failure when importing psycopg2, my gues

[issue16047] Tools/freeze no longer works in Python 3

Changes by R. David Murray : -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue16047] Tools/freeze no longer works in Python 3

Brett Cannon added the comment: OK, so trying to import around the package was definitely why the first instance didn't work so that's all expected. As for the failure when importing psycopg2, my guess is that the freezing of psycopg2.__init__ is not setting __path__ to anything reasonable to

[issue16047] Tools/freeze no longer works in Python 3

Christian Bachmaier added the comment: $ cat hello.py import _psycopg print('Works.') $ export PYTHONVERBOSE=2 $ ./hello 2> res.txt $ cat res.txt | grep psycopg # trying /export/scratch/chris/pgtest/_psycopg.cpython-34m-x86_64-linux-gnu.so # trying /export/scratch/chris/pgtest/_psycopg

[issue21058] tempfile.NamedTemporaryFile leaks file descriptor when fdopen fails

Roundup Robot added the comment: New changeset aa2a05fe46ae by Victor Stinner in branch '3.4': Issue #21058: fix typo in a comment. Patch written by Vajrasky Kok. http://hg.python.org/cpython/rev/aa2a05fe46ae New changeset 4e3c76cb0e8a by Victor Stinner in branch 'default': (Merge 3.4) Issue #21

[issue16047] Tools/freeze no longer works in Python 3

Marc-Andre Lemburg added the comment: On 25.03.2014 17:47, Christian Bachmaier wrote: > > Christian Bachmaier added the comment: > >> To test what I asked for, please run freeze on this script: >> >> """ >> import _psycopg2 Sorry. The above should have read "import _psycopg". >> print ('Works

[issue16047] Tools/freeze no longer works in Python 3

Christian Bachmaier added the comment: > To test what I asked for, please run freeze on this script: > > """ > import _psycopg2 > print ('Works.') > """ $ xxx/freeze.py hello.py $ make $ ./hello Traceback (most recent call last): File "hello.py", line 3, in import _psycopg2 File "/usr/

[issue21064] Simple segfault

Ned Deily added the comment: Yes, upgrade. See Issue18458 for details. -- resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> interactive interpreter crashes and test_readline fails on OS X 10.9 Mavericks due to libedit update

[issue21064] Simple segfault

STINNER Victor added the comment: Please upgrade to Python 3.3.5 or even to Python 3.4 (!) which are already fixed. -- nosy: +haypo, hynek, ned.deily ___ Python tracker ___

[issue21064] Simple segfault

Jona Sassenhagen added the comment: In fact this minimal example is sufficient to cause a CtD (OSX 10.9.2): $ python3 Python 3.3.2 (v3.3.2:d047928ae3f6, May 13 2013, 13:52:24) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin Type "help", "copyright", "credits" or "license" for more informa

[issue21064] Simple segfault

New submission from Jona Sassenhagen: Simple OOP segfault CtD using OSX 10.9.2 User@here:~/$ python3 Python 3.3.2 (v3.3.2:d047928ae3f6, May 13 2013, 13:52:24) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> >>> cl

[issue21063] Touch up one-line descriptions of modules for module index

New submission from Brett Cannon: E.g. linecache says "This module provides random access to individual lines from text files." That's a big awkward and could just drop "This module" to read more easily. -- assignee: docs@python components: Documentation keywords: easy messages: 214834

[issue21062] Evalute all import-related modules for best practices

New submission from Brett Cannon: I'm thinking of: * pkgutil * py_compile * compileall * modulefinder * freeze Should make sure they are (a) doing the right/best thing in the face of importlib/PEP 302/PEP 420/PEP 451, and (b) if they should be integrated into importlib somehow in a non-compat

[issue12209] Minor edits to faulthandler doc

Éric Araujo added the comment: Thanks! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.o

[issue20100] epoll docs are not clear with regards to CLOEXEC.

Changes by priya : Added file: http://bugs.python.org/file34618/epoll.patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue16047] Tools/freeze no longer works in Python 3

Christian Bachmaier added the comment: Sorry I forgot: PyRun seems only support Python 2.x. The only other freeze tool I know for Pyhton3 code is cx_freeze. I would prefere the vanilla freeze of the python distribution itself and as far as I can see using cx_freeze makes more problems for me a

[issue16047] Tools/freeze no longer works in Python 3

Marc-Andre Lemburg added the comment: On 25.03.2014 16:21, Christian Bachmaier wrote: > > Sorry I forgot: PyRun seems only support Python 2.x. Right, because PyRun uses freeze and freeze currently does not work for Python 3. Which is what this ticket is all about and why I opened it. To test w

[issue20100] epoll docs are not clear with regards to CLOEXEC.

Changes by priya : Added file: http://bugs.python.org/file34616/epoll.patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue16047] Tools/freeze no longer works in Python 3

Christian Bachmaier added the comment: The shared library is not linked into the resulting binary by simply having an import in the Python file. Yes. This is why (at least in Python 3.2) it must be in the right path (subdirectory), see above. > freeze does > support adding the external library

[issue21058] tempfile.NamedTemporaryFile leaks file descriptor when fdopen fails

Vajrasky Kok added the comment: There is a typo. s/io.pen/io.open/ -- keywords: +patch nosy: +vajrasky Added file: http://bugs.python.org/file34617/fix_typo_21058.patch ___ Python tracker _

[issue20210] Provide configure options to enable/disable Python modules and extensions

Mark Lawrence added the comment: I certainly like the principle. Does this need a wider audience, python-dev maybe? -- nosy: +BreamoreBoy ___ Python tracker ___ ___

[issue16047] Tools/freeze no longer works in Python 3

Marc-Andre Lemburg added the comment: On 25.03.2014 13:02, Christian Bachmaier wrote: > > Christian Bachmaier added the comment: > > # ldd hello > linux-vdso.so.1 => (0x7fffd677e000) > libpython3.4m.so.1.0 => > /usr/lib/x86_64-linux-gnu/libpython3.4m.so.1.0 (0x7f968c6c

[issue19264] subprocess.Popen doesn't support unicode on Windows

STINNER Victor added the comment: > The original issue was reported against 2.7 Oh... Ok :-) It's tricky to fix this issue in Python 2.7 because you have to choose which function is used: CreateProcessA() (bytes) or CreateProcessW() (Unicode). To use CreateProcessW(), you have to decode byte

[issue16047] Tools/freeze no longer works in Python 3

Meador Inge added the comment: Apologies for not replying over the weekend. I am still looking into this one. -- ___ Python tracker ___ _

[issue21052] Consider dropping ImportWarning for empty sys.path_hooks and sys.meta_path

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue21059] idle_test.test_warning failure

Changes by Zachary Ware : -- assignee: -> zach.ware dependencies: +Suppress 'os.environ was modified' warning on Tcl/Tk tests versions: +Python 3.5 ___ Python tracker ___ __

[issue21059] idle_test.test_warning failure

Zachary Ware added the comment: Indeed, although honestly I can't figure out exactly why. However, #20035 should fix the failures; I haven't committed it because the patch is in C and I can't guarantee that I haven't missed anything big. If either of you (or anyone else at all :-) could revi

[issue17846] Building Python on Windows - Supplementary info

Changes by Kathleen Weaver : Added file: http://bugs.python.org/file34615/winreadme.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue17846] Building Python on Windows - Supplementary info

Changes by Kathleen Weaver : Added file: http://bugs.python.org/file34614/winreadme.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue1298835] Add a vendor-packages directory for system-supplied modules

Changes by Piotr Dobrogost : -- nosy: +piotr.dobrogost ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue17846] Building Python on Windows - Supplementary info

Kathleen Weaver added the comment: I've got a patch for the readme from cpyton and for the setup from devguide I have had trouble reading the comments. -- Added file: http://bugs.python.org/file34613/win.patch ___ Python tracker

[issue1298835] Add a vendor-packages directory for system-supplied modules

Nick Coghlan added the comment: Note that authority over package design decisions has been delegated to the Python Packaging Authority - it's up to them to decide what they want and ask for it (of they decide they actually need modifications to the interpreter), not for Python core to tell the

[issue16484] pydoc generates invalid docs.python.org link for xml.etree.ElementTree and other modules

Éric Araujo added the comment: It would be nice to have unit tests for this change. Did you get an email from the review system? If not, follow the “review” link on the right of the list of files on this page. -- ___ Python tracker

[issue6699] IDLE: Warn user about overwriting a file that has a newer version on filesystem

Changes by priya : Added file: http://bugs.python.org/file34612/idle.patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue16047] Tools/freeze no longer works in Python 3

Christian Bachmaier added the comment: # ldd hello linux-vdso.so.1 => (0x7fffd677e000) libpython3.4m.so.1.0 => /usr/lib/x86_64-linux-gnu/libpython3.4m.so.1.0 (0x7f968c6c2000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f968c4a4000) l

[issue21038] test_epoll.TestEPoll.test_control_and_wait: remove extra assertion

STINNER Victor added the comment: Thanks for the patch, it's now fixed in Python 2.7, 3.4 and 3.5. -- nosy: +haypo resolution: -> fixed status: open -> closed versions: +Python 3.5 ___ Python tracker _

[issue20100] epoll docs are not clear with regards to CLOEXEC.

Changes by priya : -- keywords: +patch Added file: http://bugs.python.org/file34611/epoll.patch ___ Python tracker ___ ___ Python-bugs

[issue21038] test_epoll.TestEPoll.test_control_and_wait: remove extra assertion

Roundup Robot added the comment: New changeset d09032a9adee by Victor Stinner in branch '2.7': Issue #21038: Cleanup test_epoll.py http://hg.python.org/cpython/rev/d09032a9adee -- ___ Python tracker ___

[issue21038] test_epoll.TestEPoll.test_control_and_wait: remove extra assertion

Roundup Robot added the comment: New changeset 3cd216b56599 by Victor Stinner in branch '3.4': Issue #21038: Cleanup test_epoll.py http://hg.python.org/cpython/rev/3cd216b56599 New changeset 945d7dd3b455 by Victor Stinner in branch '3.4': Issue #21038: Use monotonic clock to compute timeout, not

[issue19818] tracemalloc: comments on the doc

Changes by STINNER Victor : -- keywords: -3.3regression ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue19818] tracemalloc: comments on the doc

Changes by STINNER Victor : -- keywords: +3.3regression resolution: -> out of date status: open -> closed ___ Python tracker ___ ___

[issue15971] Sporadic failure in test_dump_tracebacks_later_file (test_faulthandler)

STINNER Victor added the comment: I didn't see this error recently. -- resolution: -> out of date status: open -> closed ___ Python tracker ___ _

[issue12209] Minor edits to faulthandler doc

STINNER Victor added the comment: Sorry for the delay. I applied your patch. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue12209] Minor edits to faulthandler doc

Roundup Robot added the comment: New changeset a97dcdee35f9 by Victor Stinner in branch '3.4': Issue #12209: Minor edits to faulthandler doc. Patch written by Éric Araujo. http://hg.python.org/cpython/rev/a97dcdee35f9 New changeset 6f80ca0012ae by Victor Stinner in branch 'default': (Merge 3.4)

[issue19610] setup.py does not allow a tuple for classifiers

STINNER Victor added the comment: > A patch to detect bad type for classifiers in the check command would also be > acceptable for 3.5, or to catch it earlier, a check in the Distribution class. Why only in Python 3.5? Does it make sense to pass something different than a list in older Python v

[issue20210] Provide configure options to enable/disable Python modules and extensions

Antoine Pitrou added the comment: > A complicated build system is not a function its feature-set or > flexibility, but of the quality of its evolution. Certainly, but that doesn't change the concrete issue: we have a complicated build system that these patches will make more complicated. -

[issue16047] Tools/freeze no longer works in Python 3

Marc-Andre Lemburg added the comment: On 25.03.2014 11:37, Christian Bachmaier wrote: > > Martin: this is clearly a bug, as it is now (Python 3.3 onwards) impossible > to use an external module (in a .so) from a frozen binary. Are you sure about this ? If you freeze an application which impo

[issue1298835] Add a vendor-packages directory for system-supplied modules

Robert Kuska added the comment: There is ongoing discussion on pip's github tracker [1] about default location where to install user modules. IMO this is something that should be dealt with in Python Interpreter Core [2][3]. I would like to hear some opinion from python devs on this. [1]

[issue16047] Tools/freeze no longer works in Python 3

Christian Bachmaier added the comment: Martin: this is clearly a bug, as it is now (Python 3.3 onwards) impossible to use an external module (in a .so) from a frozen binary. The phrase "please help" was intended to fix the bug. If there is a new option then this would also result in some kind

[issue16047] Tools/freeze no longer works in Python 3

Marc-Andre Lemburg added the comment: Will these patches still make it into the Python 3.4 branch ? -- ___ Python tracker ___ ___ Pyth

[issue21061] Is contextlib.redirect_stdout reentrant or not?

Nick Coghlan added the comment: Indeed, it is actually reentrant now - the part that claims it isn't needs to be tweaked appropriately. -- ___ Python tracker ___ ___

[issue20375] ElementTree: Document handling processing instructions

Stefan Behnel added the comment: I think you attached the wrong file. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue21061] Is contextlib.redirect_stdout reentrant or not?

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

[issue16047] Tools/freeze no longer works in Python 3

Martin v. Löwis added the comment: Christian: please don't use this bug tracker to get help. Please use e.g. python-list to ask questions on how to use Python. To answer your question: in theory, you have the choice to either continue to use dynamic loading from the frozen interpreter, or to m

[issue21061] Is contextlib.redirect_stdout reentrant or not?

New submission from Timothy Pederick: The docs are contradictory on whether or not contextlib.redirect_stdout is reentrant, or reusable-but-not-reentrant. This would seem to be an oversight from issue19403, which probably should have changed "reusable but not reentrant" to "reentrant". Presen

[issue17829] csv.Sniffer.snif doesn't set up the dialect properly for a csv created with dialect=csv.excel_tab and containing quote (") char

Antoon Pardon added the comment: I had a look at this and have the following remarks. 1) the file csv_sniffing_excel_tab.py no longer works with python 3.3. It now produces the folowing traceback: Traceback (most recent call last): File "csv_sniffing_excel_tab.py", line 36, in create_fi

[issue19610] setup.py does not allow a tuple for classifiers

Éric Araujo added the comment: I’m open to a patch that would make it clear in the docs that classifiers must be a list. A patch to detect bad type for classifiers in the check command would also be acceptable for 3.5, or to catch it earlier, a check in the Distribution class. -- titl

  1   2   >