[issue13179] IDLE uses common tkinter variables across all editor windows

Change by Terry J. Reedy : -- versions: +Python 3.10 -Python 3.6, Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue40890] Dict views should be introspectable

Dennis Sweeney added the comment: Here's a workaround that's possible with PR 20749 applied: >>> d = {"a":1, "b":2} # fill up the dict... >>> DICT = object() >>> d[DICT] = d >>> items = d.items() >>> del d >>> >>> d = items.mapping[DICT].pop(DICT) >>> d {'a': 1, 'b': 2} --

[issue40916] Proposed tweak to allow for per-task async generator semantics

Nathaniel Smith added the comment: FWIW, this seems like a pretty straightforward improvement to me. -- ___ Python tracker ___ ___

[issue40917] pickle exceptions with mandatory keyword args will traceback

Change by Toshio Kuratomi : -- title: pickling exceptions with mandatory keyword args will traceback -> pickle exceptions with mandatory keyword args will traceback ___ Python tracker

[issue40890] Dict views should be introspectable

Dennis Sweeney added the comment: PR 20749 gives each dict view access to a mappingproxy for the original dict, although I don't know if that defeats the original purpose. It might be hard to sensibly make MappingProxy(d).items() return something other than d.items(), since this is already

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Stefan Krah added the comment: The 3.9 change (see #40874) works successfully on all buildbots, except for the 32-bit xlc bot which should use c99_r. Additionally, it has been tested with the latest gcc/clang/icc/cl.exe, static analyzers and clang-tidy. It survives brute force allocation

[issue40890] Dict views should be introspectable

Change by Dennis Sweeney : -- keywords: +patch pull_requests: +19954 pull_request: https://github.com/python/cpython/pull/20749 ___ Python tracker ___

[issue40923] Thread safety : disable intel’s compiler autopar where it’s being relevant.

Laël Cellier added the comment: It also turns out the problematic binary can’t be posted here because of a ʜᴛᴛᴘ 413 Entity too large error despite the attachment being only 4MB https://filebin.net/4lp4nb61dav9qamo -- ___ Python tracker

[issue40923] Thread safety : disable intel’s compiler autopar where it’s being relevant.

Laël Cellier added the comment: (about the bug tracker I was meaning server‑side error message) -- ___ Python tracker ___ ___

[issue40923] Thread safety : disable intel’s compiler autopar where it’s being relevant.

New submission from Laël Cellier : As the bug tracker constantly crash over a continuation byte error while using latest Edgeʜᴛᴍʟ’s Edge browser the description is posted here : https://pastebin.com/5AU9HuQk -- components: Build, C API, Interpreter Core messages: 371066 nosy: Laël

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Stefan Krah added the comment: New changeset 0f5a28f834bdac2da8a04597dc0fc5b71e50da9d by Stefan Krah in branch '3.8': [3.8] Revert bpo-39576: Prevent memory error for overly optimistic precisions (GH-20747) https://github.com/python/cpython/commit/0f5a28f834bdac2da8a04597dc0fc5b71e50da9d

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Stefan Krah added the comment: New changeset 22faf6ad3bcc0ae478a9a3e2d8e35888d88d6ce8 by Stefan Krah in branch '3.7': [3.7] Revert bpo-39576: Prevent memory error for overly optimistic precisions (GH-20748) https://github.com/python/cpython/commit/22faf6ad3bcc0ae478a9a3e2d8e35888d88d6ce8

[issue40847] New parser considers empty line following a backslash to be a syntax error, old parser didn't

Guido van Rossum added the comment: To be clear, I consider it a bug. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue40917] pickling exceptions with mandatory keyword args will traceback

New submission from Toshio Kuratomi : I was trying to use multiprocessing (via a concurrent.futures.ProcessPoolExecutor) and encountered an error when pickling a custom Exception. On closer examination I was able to create a simple test case that only involves pickle: import pickle class

[issue40847] New parser considers empty line following a backslash to be a syntax error, old parser didn't

Adam Williamson added the comment: I'm not the best person to ask what I'd "consider" to be a bug or not, to be honest. I'm just a Fedora packaging guy trying to make our packages build with Python 3.9 :) If this is still an important question, I'd suggest asking the folks from the Black

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Change by Stefan Krah : -- pull_requests: +19953 pull_request: https://github.com/python/cpython/pull/20748 ___ Python tracker ___

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Change by Stefan Krah : -- pull_requests: +19952 pull_request: https://github.com/python/cpython/pull/20747 ___ Python tracker ___

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Stefan Krah added the comment: New changeset 9bd891920a5186b7d02281ea9966225efa0ceba1 by Stefan Krah in branch '3.7': [3.7] Revert bpo-39576: docs: set context for decimal arbitrary precision arithmetic (GH-20746)

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Stefan Krah added the comment: New changeset 32c1fb07e6f2ded90e5dd24d4b46b7aa7a795d2e by Stefan Krah in branch '3.8': [3.8] Revert bpo-39576: docs: set context for decimal arbitrary precision arithmetic (GH-20745)

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Change by Stefan Krah : -- pull_requests: +19951 pull_request: https://github.com/python/cpython/pull/20746 ___ Python tracker ___

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Change by Stefan Krah : -- pull_requests: +19950 pull_request: https://github.com/python/cpython/pull/20745 ___ Python tracker ___

[issue40916] Proposed tweak to allow for per-task async generator semantics

New submission from Joshua Oreman : The current async generator finalization hooks are per-thread, but sometimes you want different async generator semantics in different async tasks in the same thread. This is currently challenging to implement using the thread-level hooks. I'm proposing a

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Stefan Krah added the comment: New changeset c0b79450bc9e93105799528151c48d25af8240a3 by Stefan Krah in branch '3.7': [3.7] Revert bpo-39576: Clarify the word size for the 32-bit build. (GH-20744) https://github.com/python/cpython/commit/c0b79450bc9e93105799528151c48d25af8240a3 --

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Stefan Krah added the comment: New changeset 706de4e5a4b21880c67f6b90e3a2147a258d6fc5 by Stefan Krah in branch '3.8': [3.8] Revert bpo-39576: Clarify the word size for the 32-bit build. (GH-20743) https://github.com/python/cpython/commit/706de4e5a4b21880c67f6b90e3a2147a258d6fc5 --

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Change by Stefan Krah : -- pull_requests: +19949 pull_request: https://github.com/python/cpython/pull/20744 ___ Python tracker ___

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Change by Stefan Krah : -- pull_requests: +19948 pull_request: https://github.com/python/cpython/pull/20743 ___ Python tracker ___

[issue40915] muultiple problems with mmap.resize() in Windows

New submission from Eryk Sun : In Windows, mmap.resize() unmaps the view of the section [1], closes the section handle, resizes the file (without error checking), creates a new section (without checking for ERROR_ALREADY_EXISTS), and maps a new view. This code has several problems. Case 1

[issue40915] multiple problems with mmap.resize() in Windows

Change by Eryk Sun : -- title: muultiple problems with mmap.resize() in Windows -> multiple problems with mmap.resize() in Windows ___ Python tracker ___

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Stefan Krah added the comment: I think I'm going to revert this for 3.7 and 3.8 -- not because of xlc (it is almost certainly a compiler or missing flag error), but because coordination with the Linux distributions is a mess, see #40874. I really want the system libmpdec to be the same as

[issue40889] Symmetric difference on dict_views is inefficient

Dennis Sweeney added the comment: A demo: >>> class Int(int): ... hash_calls = 0 ... def __hash__(self): ... Int.hash_calls += 1 ... return super().__hash__() ... >>> left = {Int(1): -1, Int(2): -2, Int(3): -3, Int(4): -4, Int(5): -5, Int(6): >>> -6, Int(7): -7} >>>

[issue35823] Use vfork() in subprocess on Linux

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35823] Use vfork() in subprocess on Linux

Change by Gregory P. Smith : -- versions: +Python 3.10 -Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue40914] tarfile creates output that appears to omit files

Zachary Ware added the comment: Note that `TarFile.getmembers()` is documented to return `TarInfo` objects, which are documented as explicitly *not* including file data. Try replacing `out.addfile(file)` with `out.addfile(file, tar.extractfile(file))`. -- nosy: +zach.ware

[issue27657] urlparse fails if the path is numeric

Chris Dent added the comment: I don't want to belabour the point. If there's general agreement that the new behaviour is the best result that's fine, especially if it is well announced. I agree that it has been inconsistent and weird for a long time. I think my objection simply comes down

[issue40914] tarfile creates output that appears to omit files

Change by Michael Richardson : -- versions: +Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40914] tarfile creates output that appears to omit files

New submission from Michael Richardson : The simplest tarcopy program seems to result in output that GNU tar, bsdtar, and even Emacs tar-mode is unable to correctly process. It appears that the resulting tar file is missing files, but examination of the raw output shows they might be there,

[issue27657] urlparse fails if the path is numeric

Senthil Kumaran added the comment: Chris, my understanding of the primary objection in your previous post was with a violation of backward compatibility. It was resolved by reverting. The 3.9+ changes are useful ones, particularly when well-defined behaviors are listed for URLs with the

[issue40907] cpython/lib/queue.py: put() does not acquire not_empty before notifying on it

Change by r n : -- nosy: +rhettinger -r n2 title: cpython/queue.py: put() does not acquire not_empty before notifying on it -> cpython/lib/queue.py: put() does not acquire not_empty before notifying on it ___ Python tracker

[issue27657] urlparse fails if the path is numeric

Chris Dent added the comment: I just wanted to reiterate what I said at https://bugs.python.org/issue27657#msg360196 The supposed fix provides terribly UX and violates what I think for many people is the path of least surprise. -- ___ Python

[issue27657] urlparse fails if the path is numeric

Senthil Kumaran added the comment: Michał, for this particular issue, to rely on the expected and consistent parsing behavior, it might easier to add "scheme" to URLs in the client code. That will be less confusing IMO. Not sure if __future__ is a good idea. Personally, I am -1 at this

[issue40912] _PyOS_SigintEvent is never closed on Windows

STINNER Victor added the comment: PyOS_FiniInterrupts() is a good place to close _PyOS_SigintEvent. Hopefully, it's a internal C API and it's not exported, since it's fine to change its behavior. Maybe it should be renamed to _PyOS_FiniInterrupts(). --

[issue27657] urlparse fails if the path is numeric

Michał Górny added the comment: I wonder if it would be feasible to support new behavior in earlier versions of Python via __future__. I suppose that could help software avoid having Python version-dependent behavior in the long run. -- ___

[issue24914] Python: Not just OO style but this is not mentioned on python.org or in FAQ

Brett Cannon added the comment: New changeset b155381314c632e7dd452fbade3903e58657cfc7 by Miss Islington (bot) in branch '3.9': bpo-24914: mention Python supports multiple paradigms in the FAQ (GH-20658) (GH-20737)

[issue24914] Python: Not just OO style but this is not mentioned on python.org or in FAQ

Change by Brett Cannon : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue24914] Python: Not just OO style but this is not mentioned on python.org or in FAQ

Brett Cannon added the comment: New changeset 14073c509058f8efeb5ea7f7693bf84f410d24b7 by Miss Islington (bot) in branch '3.8': bpo-24914: mention Python supports multiple paradigms in the FAQ (GH-20658) (GH-20738)

[issue40548] Always run GitHub action jobs, even on documentation-only jobs

Change by Filipe Laíns : -- pull_requests: +19947 pull_request: https://github.com/python/cpython/pull/20740 ___ Python tracker ___

[issue40913] time.sleep ignores errors on Windows

New submission from Steve Dower : In time.sleep on Windows, if the WaitForSingleObject call fails, the call returns success. It essentially looks like the timeout was 0. Errors should be highly unlikely, as the event object is leaked (see issue40912), but if they _do_ occur, we should raise

[issue40912] _PyOS_SigintEvent is never closed on Windows

New submission from Steve Dower : Currently, it's just stored as global state in signalmodule.c and forgotten about. It probably needs to become module state, and the signal module needs better initialization/shutdown. -- components: Windows messages: 371036 nosy: eric.snow,

[issue29782] Use __builtin_clzl for bits_in_digit if available

STINNER Victor added the comment: I reopen the issue since PR 20739 was created. -- resolution: rejected -> status: closed -> open ___ Python tracker ___

[issue40861] On Windows, liblzma is always built without optimization

Change by Steve Dower : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue24914] Python: Not just OO style but this is not mentioned on python.org or in FAQ

Change by miss-islington : -- nosy: +miss-islington nosy_count: 4.0 -> 5.0 pull_requests: +19944 pull_request: https://github.com/python/cpython/pull/20737 ___ Python tracker

[issue24914] Python: Not just OO style but this is not mentioned on python.org or in FAQ

Change by miss-islington : -- pull_requests: +19945 pull_request: https://github.com/python/cpython/pull/20738 ___ Python tracker ___

[issue29782] Use __builtin_clzl for bits_in_digit if available

Change by Niklas Fiekas : -- pull_requests: +19946 pull_request: https://github.com/python/cpython/pull/20739 ___ Python tracker ___

[issue24914] Python: Not just OO style but this is not mentioned on python.org or in FAQ

Brett Cannon added the comment: New changeset 3ab3475c42c8ee5580f4ea1aeda73ebc8e5d5478 by Brett Cannon in branch 'master': bpo-24914: mention Python supports multiple paradigms in the FAQ (#20658) https://github.com/python/cpython/commit/3ab3475c42c8ee5580f4ea1aeda73ebc8e5d5478 --

[issue40854] Allow overriding sys.platlibdir: add PYTHONPLATLIBDIR env var

STINNER Victor added the comment: New changeset 5edb83241f2ff899917e895092aca0216faf42d3 by Victor Stinner in branch 'master': bpo-40854: PYTHONPLATLIBDIR env var added to 3.9 (GH-20735) https://github.com/python/cpython/commit/5edb83241f2ff899917e895092aca0216faf42d3 --

[issue40684] make install doesn't respect configure --with-platlibdir=lib64

Change by STINNER Victor : -- keywords: +patch pull_requests: +19943 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20736 ___ Python tracker ___

[issue40854] Allow overriding sys.platlibdir: add PYTHONPLATLIBDIR env var

Change by STINNER Victor : -- pull_requests: +19942 pull_request: https://github.com/python/cpython/pull/20735 ___ Python tracker ___

[issue40854] Allow overriding sys.platlibdir: add PYTHONPLATLIBDIR env var

STINNER Victor added the comment: New changeset 817506432dd1908cd154500ef18dc276b8dd7071 by Victor Stinner in branch '3.9': bpo-40854: Allow overriding sys.platlibdir via PYTHONPLATLIBDIR env-var (GH-20605) (GH-20725)

[issue23427] Add sys.orig_argv: original command line arguments passed to the Python executable

Change by STINNER Victor : -- title: Python should expose command when invoked with -c -> Add sys.orig_argv: original command line arguments passed to the Python executable ___ Python tracker

[issue23427] Python should expose command when invoked with -c

STINNER Victor added the comment: My implementation (PR 20729) is based on bpo-40910 change which added a private PyConfig._orig_argv member to fix Py_GetArgcArgv(). -- ___ Python tracker

[issue40910] Py_GetArgcArgv() is no longer exported by the C API

STINNER Victor added the comment: Ok, I fixed Python 3.9: Py_GetArgcArgv() function is exported again. Let's continue the discussion in bpo-23427. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue23427] Python should expose command when invoked with -c

STINNER Victor added the comment: Example of sys.orig_argv usage to re-execute the Python process with different options: --- import sys import os if not sys.flags.utf8_mode: # Force UTF-8 mode argv = sys.orig_argv.copy() argv[1:1] = ["-X", "utf8"] print(f"Re-execute to force

[issue15577] Real argc and argv in embedded interpreter

STINNER Victor added the comment: See also bpo-40910: "Py_GetArgcArgv() is no longer exported by the C API". -- ___ Python tracker ___

[issue23427] Python should expose command when invoked with -c

STINNER Victor added the comment: I marked bpo-15577 "Real argc and argv in embedded interpreter" as duplicate of this issue: my PR 20729 allows embedders to set PyConfig.orig_argv which becomes sys.orig_argv. -- ___ Python tracker

[issue15577] Real argc and argv in embedded interpreter

STINNER Victor added the comment: I mark this issue as a duplicate of bpo-23427. -- resolution: out of date -> duplicate superseder: -> Python should expose command when invoked with -c ___ Python tracker

[issue23427] Python should expose command when invoked with -c

STINNER Victor added the comment: Many names have been proposed: * sys.__argv__: https://bugs.python.org/issue14208#msg155002 * sys.argv_original: https://bugs.python.org/issue14208#msg155053 * sys.full_argv or sys.executable_argv: https://bugs.python.org/issue14208#msg155102 *

[issue40897] Inheriting from class that defines __new__ causes inspect.signature to always return (*args, **kwargs) for constructor

Guido van Rossum added the comment: Changing the topic to not point fingers at Generic. -- nosy: -levkivskyi title: Inheriting from Generic causes inspect.signature to always return (*args, **kwargs) for constructor (and all subclasses) -> Inheriting from class that defines __new__

[issue27657] urlparse fails if the path is numeric

Senthil Kumaran added the comment: Hi All, On the previous message. > I plan to address that point raised in this issue and close this ticket. My intention was to close the bug. 1) The Issue was originally a regression in 3.8, and 3.7, And this been be resolved. The change introduced did

[issue40275] test.support has way too many imports

Change by hai shi : -- pull_requests: +19941 pull_request: https://github.com/python/cpython/pull/20732 ___ Python tracker ___ ___

[issue23427] Python should expose command when invoked with -c

STINNER Victor added the comment: See also bpo-14208 "No way to recover original argv with python -m". For the specific case of `python -m`, the original argument has been available as `__main__.__spec__.name` since Python 3.4. -- ___ Python

[issue23427] Python should expose command when invoked with -c

Change by Jakub Wilk : -- nosy: +jwilk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40897] Inheriting from Generic causes inspect.signature to always return (*args, **kwargs) for constructor (and all subclasses)

Change by Filipe Laíns : -- nosy: +FFY00 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40861] On Windows, liblzma is always built without optimization

miss-islington added the comment: New changeset 298c8c895f0d4fdd23a16f959efac83039fa1d19 by Miss Islington (bot) in branch '3.9': bpo-40861: Enable optimizations when building liblzma (GH-20724) https://github.com/python/cpython/commit/298c8c895f0d4fdd23a16f959efac83039fa1d19 --

[issue23427] Python should expose command when invoked with -c

Change by STINNER Victor : -- pull_requests: +19940 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20729 ___ Python tracker ___

[issue40908] datetime strftime with %Y and 2 digit years

Paul Ganssle added the comment: This is a duplicate of bpo-13305 and is due to platform-specific implementations of %Y. On Linux, `strftime()` does not zero-pad to 4, and if you need to represent years <1000, you should use "%4Y" to zero-pad the output. I think the ideal resolution would be

[issue40861] On Windows, liblzma is always built without optimization

miss-islington added the comment: New changeset 30513b62b936e3df8e4b6dd4d6b280a6b765 by Miss Islington (bot) in branch '3.8': bpo-40861: Enable optimizations when building liblzma (GH-20724) https://github.com/python/cpython/commit/30513b62b936e3df8e4b6dd4d6b280a6b765 --

[issue40861] On Windows, liblzma is always built without optimization

miss-islington added the comment: New changeset 62e7f9ab55a6426708d5316da6f07d3fe220b53a by Miss Islington (bot) in branch '3.7': bpo-40861: Enable optimizations when building liblzma (GH-20724) https://github.com/python/cpython/commit/62e7f9ab55a6426708d5316da6f07d3fe220b53a --

[issue27657] urlparse fails if the path is numeric

Łukasz Langa added the comment: Michał, this change has been reverted in 3.7 and 3.8. Senthil says this needs further work in 3.9. Senthil, please prioritize this. We're already releasing 3.9.0b2. -- ___ Python tracker

[issue29857] Provide `sys.executable_argv` for host application's command line arguments

STINNER Victor added the comment: I mark this issue as a duplicate of bpo-23427 which has patch and is older. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Python should expose command when invoked with -c

[issue23427] Python should expose command when invoked with -c

STINNER Victor added the comment: I marked bpo-29857 as a duplicate of this issue. -- ___ Python tracker ___ ___ Python-bugs-list

[issue36457] functools.singledispatchmethod interacts poorly with subclasses

Łukasz Langa added the comment: The proposed fix requires using a required base class which I'd like to avoid. -- ___ Python tracker ___

[issue40861] On Windows, liblzma is always built without optimization

Change by miss-islington : -- pull_requests: +19938 pull_request: https://github.com/python/cpython/pull/20727 ___ Python tracker ___

[issue40861] On Windows, liblzma is always built without optimization

Change by miss-islington : -- nosy: +miss-islington nosy_count: 6.0 -> 7.0 pull_requests: +19937 pull_request: https://github.com/python/cpython/pull/20726 ___ Python tracker

[issue40861] On Windows, liblzma is always built without optimization

Change by miss-islington : -- pull_requests: +19939 pull_request: https://github.com/python/cpython/pull/20728 ___ Python tracker ___

[issue40861] On Windows, liblzma is always built without optimization

Steve Dower added the comment: New changeset 3a3a30c5a4622e18be9f7e4a239dc9e0d7c8054c by Steve Dower in branch 'master': bpo-40861: Enable optimizations when building liblzma (GH-20724) https://github.com/python/cpython/commit/3a3a30c5a4622e18be9f7e4a239dc9e0d7c8054c --

[issue35228] Index search in CHM help crashes viewer

Steve Dower added the comment: We either need someone to contribute a fix to sphinxcontrib\htmlhelp\templates\project.hhp (bearing in mind that this *must* be optional, as it breaks search), or write code to patch the generated file between generation and use (which is probably hard). And

[issue40910] Py_GetArgcArgv() is no longer exported by the C API

STINNER Victor added the comment: New changeset dedaac040fe5b0b88acdec072623bb39ec53687f by Victor Stinner in branch '3.9': bpo-40910: Export Py_GetArgcArgv() function (GH-20721) (GH-20723) https://github.com/python/cpython/commit/dedaac040fe5b0b88acdec072623bb39ec53687f --

[issue35885] configparser: indentation

Łukasz Langa added the comment: Thanks for your contribution Ido Michael but I'm also -1 on the feature. .ini is an underspecified format and it's supposed to be interoperable between applications. Indenting keys sounds like a compatibility challenge. -- resolution: -> wont fix

[issue40910] Py_GetArgcArgv() is no longer exported by the C API

STINNER Victor added the comment: Py_GetArgcArgv() is not new at all. It exists since: commit ac56b03f9a931423714ab3a0e8cfae78f81f9b85 Author: Guido van Rossum Date: Sun Jul 21 02:33:38 1996 + New style names for getprogramname and getargcargv Previously, the function was known

[issue1294959] Add sys.platlibdir and configure --with-platlibdir to use /usr/lib64 on Fedora and SuSE

STINNER Victor added the comment: Oh, it seems like one of the changes merged in this issue broke the following use case if platlibdir is different than "lib": export PYTHONHOME= export PYTHONPATH=/lib/python3.9 python3.9 See bpo-40854 "Allow overriding sys.platlibdir: add

[issue40854] Allow overriding sys.platlibdir: add PYTHONPLATLIBDIR env var

Change by STINNER Victor : -- title: [Patch] Allow overriding sys.platlibdir: add PYTHONPLATLIBDIR env var -> Allow overriding sys.platlibdir: add PYTHONPLATLIBDIR env var ___ Python tracker

[issue1294959] Add sys.platlibdir and configure --with-platlibdir to use /usr/lib64 on Fedora and SuSE

Change by STINNER Victor : -- pull_requests: +19936 pull_request: https://github.com/python/cpython/pull/20725 ___ Python tracker ___

[issue40854] [Patch] Allow overriding sys.platlibdir

STINNER Victor added the comment: bpo-1294959 added sys.platlibdir and configure --with-platlibdir to use /usr/lib64 on Fedora and SuSE to Python 3.9. The problem is that msg370655 use case seems to be a regression compared to Python 3.9. I now consider to backport the commit

[issue40854] [Patch] Allow overriding sys.platlibdir: add PYTHONPLATLIBDIR env var

Change by STINNER Victor : -- title: [Patch] Allow overriding sys.platlibdir -> [Patch] Allow overriding sys.platlibdir: add PYTHONPLATLIBDIR env var ___ Python tracker ___

[issue40854] [Patch] Allow overriding sys.platlibdir

Change by STINNER Victor : -- pull_requests: +19935 pull_request: https://github.com/python/cpython/pull/20725 ___ Python tracker ___

[issue40861] On Windows, liblzma is always built without optimization

Change by Steve Dower : -- assignee: -> steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40861] On Windows, liblzma is always built without optimization

Change by Steve Dower : -- keywords: +patch pull_requests: +19934 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20724 ___ Python tracker ___

[issue40910] Py_GetArgcArgv() is no longer exported by the C API

Change by STINNER Victor : -- pull_requests: +19933 pull_request: https://github.com/python/cpython/pull/20723 ___ Python tracker ___

[issue40910] Py_GetArgcArgv() is no longer exported by the C API

STINNER Victor added the comment: New changeset e81f6e687d0f04a45f2389d0b43fafd6d8491624 by Victor Stinner in branch 'master': bpo-40910: Export Py_GetArgcArgv() function (GH-20721) https://github.com/python/cpython/commit/e81f6e687d0f04a45f2389d0b43fafd6d8491624 --

[issue40065] py39: remove deprecation note for xml.etree.cElementTree

Tal Einat added the comment: Ah, thanks for the update Christian, I must have misunderstood your intentions. So should the deprecation note be removed in the "master" branch for 3.10? -- ___ Python tracker

  1   2   >