[issue9584] fnmatch, glob: Allow curly brace expansion

Matúš Valo added the comment: Hi All, I have created new patch for handling curly brace expansion. The patch is available on Github PR #6299 -- nosy: +Matúš Valo ___ Python tracker

[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

[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

[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 ___

[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

[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 ___

[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

[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 ___

[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

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

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

[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 ___

[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

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

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

[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

[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

[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:

[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 =

[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

[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 ___

[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

[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:

[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

[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

[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:

[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. --

[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 ___

[issue32380] functools.singledispatch interacts poorly with methods

Change by Ethan Smith : -- versions: +Python 3.8 -Python 3.6 ___ 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 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

Change by Ethan Smith : -- pull_requests: +6024 ___ Python tracker ___ ___

[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

[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

[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

[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:

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

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

[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

[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 ___

[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

[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

[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

[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 ___

[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 --

[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

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

Change by miss-islington : -- pull_requests: +6027 ___ Python tracker ___

[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)

[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.

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

Change by Mark Dickinson : -- nosy: +mark.dickinson ___ Python tracker ___ ___

[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)

[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

[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__

[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

[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

[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. --

[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

[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

[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. -- ___