[issue33131] Upgrade to pip 10 for Python 3.7

Ned Deily added the comment: The changelog for a release is our primary notification to users about what has changed in a Python release. With 3.6.5, we just had a case where it seemed important to update pip between the release candidate and the final, something we normally would not do. I

[issue31453] Debian Sid/Buster: Cannot enable TLS 1.0/1.1 with PROTOCOL_TLS

Ned Deily added the comment: Christian, is there more needed for this issue or can it be closed? -- ___ Python tracker ___ ___ Pytho

[issue33175] dataclasses should look up __set_name__ on class, not instance

New submission from Eric V. Smith : Reported by Jelle Zijlstra at https://github.com/python/cpython/pull/6260#pullrequestreview-107905037 -- assignee: eric.smith components: Library (Lib) messages: 314636 nosy: eric.smith priority: normal severity: normal stage: needs patch status: open

[issue33176] Allow memoryview.cast(readonly=...)

New submission from Antoine Pitrou : It may be useful to get a readonly view of a memoryview. -- components: Interpreter Core messages: 314637 nosy: pitrou, skrah priority: normal severity: normal status: open title: Allow memoryview.cast(readonly=...) type: enhancement versions: Python

[issue33175] dataclasses should look up __set_name__ on class, not instance

Change by Eric V. Smith : -- keywords: +patch pull_requests: +6023 stage: needs patch -> patch review ___ Python tracker ___ ___ Pyth

[issue31817] Compilation Error with Python 3.6.1/3.6.3 with Tkinter

Artur Yarmolin <6598...@gmail.com> added the comment: Python 3.6.4 tcl8.6.5+dfsg-2 tk8.6.5-1 The problem: *** WARNING: renaming "_tkinter" since importing it failed: build/lib.linux-x86_64-3.6/_tkinter.cpython-36m-x86_64-linux-gnu.so: undefined symbol: Tcl_GetCharLength still remains! -

[issue33177] make install hangs on macOS when there is an existing Python app

New submission from Joongi Kim : I have installed Python 3.6.4 for macOS by downloading from the official site (www.python.org) and then tried installing 3.6.5 using pyenv. Then the installation process hangs here: https://user-images.githubusercontent.com/555156/38078784-57e44462-3378-11e8-80

[issue33177] make install hangs on macOS when there is an existing Python app

Ned Deily added the comment: Sorry, we can't do much about pyenv issues, suggest you pursue with that project. If pyenv uses the python.org installers, there is an installer option to avoid installing into /Applications. If pyenv does its own Python framework build, it can install the frame

[issue33177] make install hangs on macOS when there is an existing Python app

Ned Deily added the comment: P.S. There *is* an old languishing issue, Issue11486, to add an option to configure to have framework builds not try to install into /Applications. The patch there would need to be updated and turned into a PR for review. -- _

[issue32823] Regression in test -j behavior and time in 3.7.0b1

Ned Deily added the comment: Terry, is this still an issue? Are other Windows developers seeing this? -- nosy: +ned.deily, paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker __

[issue32380] functools.singledispatch interacts poorly with methods

Change by Ethan Smith : -- pull_requests: +6024 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue32380] functools.singledispatch interacts poorly with methods

Change by Ethan Smith : -- versions: +Python 3.8 -Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue32726] macOS installer and framework enhancements and changes for 3.7.0 and 3.6.5

Change by Ned Deily : -- pull_requests: +6025 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue32726] macOS installer and framework enhancements and changes for 3.7.0 and 3.6.5

Change by Ned Deily : -- pull_requests: +6026 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue32726] macOS installer and framework enhancements and changes for 3.7.0 and 3.6.5

Ned Deily added the comment: New changeset 7a6f59e123db1ff4bdf311711ad179421ee12b83 by Ned Deily in branch '3.7': bpo-32726: macOS 10.6+ installer now builds Tcl/TK 8.6 (GH-6308) https://github.com/python/cpython/commit/7a6f59e123db1ff4bdf311711ad179421ee12b83 -- ___

[issue32380] functools.singledispatch interacts poorly with methods

Nick Coghlan added the comment: Added Łukasz to the nosy list, as I'd like his +1 before accepting this change (I do still think it's a good idea, for the same reasons we added partialmethod). -- nosy: +lukasz.langa, ncoghlan ___ Python tracker

[issue32726] macOS installer and framework enhancements and changes for 3.7.0 and 3.6.5

Ned Deily added the comment: New changeset b9e7fe38a07a16942cb65cb922c234c95e2823a0 by Ned Deily in branch 'master': bpo-32726: macOS 10.6+ installer now builds Tcl/TK 8.6 (GH-6307) https://github.com/python/cpython/commit/b9e7fe38a07a16942cb65cb922c234c95e2823a0 --

[issue30672] PEP 538: Unexpected locale behaviour on *BSD (including Mac OS X)

Nick Coghlan added the comment: Ned, I'd forgotten about the part of this issue which amounts to "Check for 'POSIX' as a locale coercion trigger in addition to 'C', as not every platform aliases the former to the latter the way glibc does". So while I don't think this is really a release bloc

[issue33178] Add support for BigEndianUnion and LittleEndianUnion in ctypes

New submission from emezh : Python documentation says that "To build structures with non-native byte order, you can use one of the BigEndianStructure, LittleEndianStructure, BigEndianUnion, and LittleEndianUnion base classes" However, BigEndianUnion ad LittleEndianUnion are not implemented >>

[issue30672] PEP 538: Unexpected locale behaviour on *BSD (including Mac OS X)

Ned Deily added the comment: Thanks for the headsup, Nick. BTW, some of the discussion in languishing Issue18378 might be relevant here. -- ___ Python tracker ___ ___

[issue33178] Add support for BigEndianUnion and LittleEndianUnion in ctypes

emezh added the comment: updated nosy list -- nosy: +amaury.forgeotdarc, belopolsky, meador.inge, theller ___ Python tracker ___ ___

[issue33179] Investigate using a context variable for zero-arg super initialisation

New submission from Nick Coghlan : As noted in https://docs.python.org/3/reference/datamodel.html?#creating-the-class-object, implementing PEP 487 required the introduction of __classcell__ as a way for __build_class__ to pass the zero-arg super() cell object through to type.__new__. Now tha

[issue33179] Investigate using a context variable for zero-arg super initialisation

Yury Selivanov added the comment: This would work only if we had chained contexts from PEP 550. With PEP 567, swapping the current Context in boundmethods would cause all methods to lose the context that the user wanted them to run in. -- ___ Pyth

[issue30672] PEP 538: Unexpected locale behaviour on *BSD (including Mac OS X)

Nick Coghlan added the comment: The locale module has its own extra layer of oddities that I don't personally understand - #29571 and #20087 are another couple of issues along those lines. -- ___ Python tracker

[issue33177] make install hangs on macOS when there is an existing Python app

Joongi Kim added the comment: I found that the reason was my Python 3.6.4 installed via the official-installer has the permission of "root:wheel" and pyenv is running in my plain user privilege. Using chown command to change the permissions to "joongi:admin" and retrying worked. What I'm cur

[issue33179] Investigate using a context variable for zero-arg super initialisation

Nick Coghlan added the comment: Note that this isn't about the __class__ reference itself - that would still be a closure cell. This issue is about the fact that since Python 3.6, type.__new__ has handled calling __set_name__ on all the descriptors, so __build_class__ needs a way to pass the

[issue33180] Flag for unusable sys.executable

New submission from Steve Dower : If you host Python in another program, it's likely that sys.executable is not pointing to a normal Python interpreter. This can cause libraries such as multiprocessing to fail when they try to launch the interpreter again. Worse, it may have launched your appl

[issue33180] Flag for unusable sys.executable

Steve Dower added the comment: Looking at the docs https://docs.python.org/3/library/sys.html#sys.executable maybe we only need to clarify that it's not None only if it provides the normal command line? Then file bugs against all the libraries that don't work when it's not set? -- _

[issue33175] dataclasses should look up __set_name__ on class, not instance

Change by miss-islington : -- pull_requests: +6027 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue33175] dataclasses should look up __set_name__ on class, not instance

Eric V. Smith added the comment: New changeset 521995205a2cb6b504fe0e39af22a81f785350a3 by Eric V. Smith in branch 'master': bpo-33175: dataclasses should look up __set_name__ on class, not instance (GH-6305) https://github.com/python/cpython/commit/521995205a2cb6b504fe0e39af22a81f785350a3

[issue33179] Investigate using a context variable for zero-arg super initialisation

Yury Selivanov added the comment: > Even without context chaining, it seems to me that nesting of class > definitions could be handled by making the context variable a list of cell > objects and having type.__new__ look at the final entry rather than the whole > thing. Hum, yeah, this might

[issue24234] Should we define complex.__complex__ and bytes.__bytes__?

Change by Mark Dickinson : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33175] dataclasses should look up __set_name__ on class, not instance

miss-islington added the comment: New changeset faa6f5c74ca56d4cc0dd9db78d5c8e864b617d0c by Miss Islington (bot) in branch '3.7': bpo-33175: dataclasses should look up __set_name__ on class, not instance (GH-6305) https://github.com/python/cpython/commit/faa6f5c74ca56d4cc0dd9db78d5c8e864b617d

[issue33180] Flag for unusable sys.executable

Nick Coghlan added the comment: I'm not sure what the right solution is at the design level, but I did recently run into a quirk related to this in the embedding tests: on \*nix systems, PySys_SetProgramName affects sys.executable, while Windows ignores it. But certainly the intention is that

[issue33180] Flag for unusable sys.executable

Nick Coghlan added the comment: Also mentioning https://docs.python.org/3/library/multiprocessing.html#multiprocessing.set_executable, since it came up on the pickle-protocol-version-5 thread. -- ___ Python tracker

[issue32823] Regression in test -j behavior and time in 3.7.0b1

Terry J. Reedy added the comment: Yes. For 3.7 and 3.8, nothing appears until 41 seconds because test___all__ takes 40 seconds. For 3.6, the batch result appears at 37 seconds because test___all__ runs in 36 seconds. -- ___ Python tracker

[issue33181] SimpleHTTPRequestHandler shouldn't redirect to directories with code 301

New submission from Oliver Urs Lenz : SimpleHTTPRequestHandler.send_head() has this bit: if os.path.isdir(path): parts = urllib.parse.urlsplit(self.path) if not parts.path.endswith('/'): # redirect browser - doing basically what apache does

[issue33175] dataclasses should look up __set_name__ on class, not instance

Change by Eric V. Smith : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue33166] os.cpu_count() returns wrong number of processors on specific systems

Giampaolo Rodola' added the comment: That makes sense to me. Thanks for deciphering this. -- ___ Python tracker ___ ___ Python-bugs-

[issue33074] dbm corrupts index on macOS (_dbm module)

Xiang Zhang added the comment: I highly suspect you don't have gdbm installed in your environment and `import dbm.gnu` will fail. When simply using `dbm.open`, it searches through [dbm.gnu, dbm.ndbm, dbm.dumb]. In my environment, macOS 10.13.3, dbm.gnu works correctly(so dbm works correctly)

[issue33182] Python 3.7.0b3 fails to build with clang 6.0

New submission from Bernhard Rosenkraenzer : Python 3.7.0b3 fails to build with clang 6.0 (implicit cast from void* to a different pointer type is an error now): /usr/bin/clang++ -c -Wno-unused-result -Wsign-compare -Wunreachable-code -DDYNAMIC_ANNOTATIONS_ENABLED=1 -DNDEBUG -Os -gdwarf-4 -Wst

[issue33182] Python 3.7.0b3 fails to build with clang 6.0

Change by Ned Deily : -- nosy: +ncoghlan, ned.deily priority: normal -> critical ___ Python tracker ___ ___ Python-bugs-list mailing

[issue33074] dbm corrupts index on macOS (_dbm module)

Robert Xiao added the comment: So we have some other problems then: (1) It should be documented in dbm, and ideally in shelve, that keys/values over a certain limit might not work. Presently there is no hint that such a limit exists, and until you mentioned it I was unaware that POSIX only re

[issue25433] whitespace in strip()/lstrip()/rstrip()

Joel Johnson added the comment: I have started working on this and will have a pull request submitted by the end of the week. The term "whitespace" appears in several contextual situations throughout the documentation. While all situations would benefit from the definition of "whitespace" c

[issue5315] signal handler never gets called

Patrick Fink added the comment: A workaround to handle signals reliably that I successfully tested now is to execute everything within a subthread and let the main thread just join this subthread. Like: signal.signal(MY_SIGNAL, signal_handler) threading.Thread(target = my_main_function) threa

[issue33183] Refactoring: replacing some assertTrue by assertIn

New submission from Stéphane Blondon : In several cases, tests use ```self.assertTrue(a in b)```. Using ```self.assertIn(a, b)``` seems to be better. For examples: ./Lib/test/test_inspect.py: self.assertTrue('(po, pk' in repr(sig)) ./Lib/test/test_configparser.py: self.assertTrue('that_val

[issue33169] importlib.invalidate_caches() doesn't clear all caches

Change by Brett Cannon : -- nosy: +brett.cannon, eric.snow, ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue33183] Refactoring: replacing some assertTrue by assertIn

Serhiy Storchaka added the comment: This is a duplicate of issue16510. -- nosy: +serhiy.storchaka resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Using appropriate checks in tests ___ Python tracker

[issue33169] importlib.invalidate_caches() doesn't clear all caches

Brett Cannon added the comment: Correct because as documented it calls invalidate_caches() on meta-path finders and the one that handles sys.path calls invalidate_caches() on the finders found in sys.path_importer_cache() (as documented by https://docs.python.org/3/library/importlib.html#impo

[issue33074] dbm corrupts index on macOS (_dbm module)

Ned Deily added the comment: Addressing your point (5): > (5) dbm.gnu is not a default, and I can't even work out how to get it enabled > with the stock Python installation (i.e. without building my own Python > against e.g. Macports gdbm) If you are using MacPorts, the easiest way is to use

[issue33074] dbm corrupts index on macOS (_dbm module)

Ned Deily added the comment: Addressing your point (5): > (5) dbm.gnu is not a default, and I can't even work out how to get it enabled > with the stock Python installation (i.e. without building my own Python > against e.g. Macports gdbm) If you are using MacPorts, the easiest way is to use

[issue33074] dbm corrupts index on macOS (_dbm module)

Change by Ned Deily : -- Removed message: https://bugs.python.org/msg314673 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue33184] Update OpenSSL to 1.1.0h / 1.0.2o

New submission from Ned Deily : https://www.openssl.org/source/ -- messages: 314675 nosy: christian.heimes, ned.deily, steve.dower, zach.ware priority: deferred blocker severity: normal stage: needs patch status: open title: Update OpenSSL to 1.1.0h / 1.0.2o versions: Python 2.7, Python

[issue33182] Python 3.7.0b3 fails to build with clang 6.0

Nick Coghlan added the comment: Huh, I thought we had a clang builder in the pre-merge CI. Is that running an older version of clang, perhaps? -- assignee: -> ncoghlan ___ Python tracker ___

[issue33182] Python 3.7.0b3 fails to build with clang 6.0

Change by Nick Coghlan : -- pull_requests: +6028 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue33169] importlib.invalidate_caches() doesn't clear all caches

Nick Coghlan added the comment: I agree that we can't change 3.6 at this late stage, but the change is borderline enough on the "new feature"/"bug fix" scale that I think it's worth asking Ned if he's comfortable with us changing it for 3.7.0b4. Ned: the change we'd like to make is to update

[issue33182] Python 3.7.0b3 fails to build with clang 6.0

Nick Coghlan added the comment: New changeset 69f5c73311a61b05485b19626935bf240ad31c5b by Nick Coghlan in branch 'master': bpo-33182: Fix pointer types in _testembed (GH-6310) https://github.com/python/cpython/commit/69f5c73311a61b05485b19626935bf240ad31c5b -- __

[issue33182] Python 3.7.0b3 fails to build with clang 6.0

Change by miss-islington : -- pull_requests: +6029 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue33182] Python 3.7.0b3 fails to build with clang 6.0

Nick Coghlan added the comment: New changeset 2961717986201d639b60de51e5f2e9aa2573856c by Nick Coghlan (Miss Islington (bot)) in branch '3.7': bpo-33182: Fix pointer types in _testembed (GH-6310) (GH-6311) https://github.com/python/cpython/commit/2961717986201d639b60de51e5f2e9aa2573856c

[issue33182] Python 3.7.0b3 fails to build with clang 6.0

Nick Coghlan added the comment: Thanks for the bug report - the 3.7 branch should be buildable again now. My assumption would be that Travis are still running clang 5, since 6 was only released very recently. -- resolution: -> fixed stage: patch review -> resolved status: open -> clo

[issue25433] whitespace in strip()/lstrip()/rstrip()

Dimitri Papadopoulos Orfanos added the comment: I agree on avoiding a link to str.isspace() and defining "whitespace" instead. However please note there are many de facto definitions of "whitespace". All of them must be documented - or at least the conceptual classes of "whitespace" and clari

[issue18814] Add utilities to "clean" surrogate code points from strings

Nick Coghlan added the comment: With PEPs 538 and 540 implemented for 3.7, my thinking on this has evolved a bit. A recent discussion on python-ideas [1] also introduced me to the third party library, "ftfy", which offers a wide range of tools for cleaning up improperly decoded data: https:/