[issue44469] Fix tests for "async with"

Serhiy Storchaka added the comment: New changeset 5d2b3a0d688cf8a33db3d266c9e7049c13766a4c by Serhiy Storchaka in branch 'main': bpo-44469: Fix tests for "async with" with bad object (GH-26817) https://github.com/python/cpython/commit/5d2b3a0d688cf8a33db3d266c9e7049c13766a4c -- ___

[issue44469] Fix tests for "async with"

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

[issue44469] Fix tests for "async with"

Change by miss-islington : -- nosy: +miss-islington nosy_count: 1.0 -> 2.0 pull_requests: +25399 pull_request: https://github.com/python/cpython/pull/26818 ___ Python tracker _

[issue44471] Raise TypeError in ExitStack.enter_context() for bad argument

New submission from Serhiy Storchaka : For consistency with the "with" statement (see issue12022) ExitStack.enter_context() should raise TypeError instead of AttributeError if the argument is not a context manager. Same for AsyncExitStack.enter_async_context(). -- components: Library

[issue44471] Raise TypeError in ExitStack.enter_context() for bad argument

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +25401 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26820 ___ Python tracker ___

[issue44471] Raise TypeError in ExitStack.enter_context() for bad argument

Change by Serhiy Storchaka : -- dependencies: +AttributeError should report the same details when raised by lookup_special() as when raised in the REPL ___ Python tracker ___

[issue44469] Fix tests for "async with"

miss-islington added the comment: New changeset 175e264d363164c905b08688bbda751c9ff26342 by Miss Islington (bot) in branch '3.9': bpo-44469: Fix tests for "async with" with bad object (GH-26817) https://github.com/python/cpython/commit/175e264d363164c905b08688bbda751c9ff26342 -- __

[issue44469] Fix tests for "async with"

miss-islington added the comment: New changeset 553e10498ac2020e9abdb5302c91bfb235925cef by Miss Islington (bot) in branch '3.10': bpo-44469: Fix tests for "async with" with bad object (GH-26817) https://github.com/python/cpython/commit/553e10498ac2020e9abdb5302c91bfb235925cef -- _

[issue44469] Fix tests for "async with"

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

[issue44470] 3.11 docs.python.org in Polish not English?

Henk-Jaap Wagenaar added the comment: I can confirm it looks the same to me, and I have never said Polish in my browser et cetera, so I assume this is the same for everyone. -- nosy: +cryvate ___ Python tracker

[issue44470] 3.11 docs.python.org in Polish not English?

Henk-Jaap Wagenaar added the comment: It seems to affect 3.10 as well and other languages (French seems to show a variety fo languages) -- versions: +Python 3.10 ___ Python tracker _

[issue43476] Enabling access to showsyntaxerror for IDLE's shell

Andre Roberge added the comment: Having a fake file with a single line containing all the exception information as described would definitely provide all the required information needed. It would be much better than what I had suggested previously. -- ___

[issue43476] Enabling access to showsyntaxerror for IDLE's shell

Andre Roberge added the comment: Unless I am mistaken, when compiling the code, both SyntaxError and OverflowError instances are caught at the same stage, and likely passed on to showsyntaxerror. For OverflowError, e.args is not normally a tuple but a string, and *e.args[1] would raise an e

[issue44297] Frame with -1 line number

Mark Shannon added the comment: New changeset 82e5c28af7049c4f5343c808f172cbe2e145f49b by Mark Shannon in branch 'main': bpo-44297: Fix missing line number in generator expressions (GH-26801) https://github.com/python/cpython/commit/82e5c28af7049c4f5343c808f172cbe2e145f49b -- _

[issue38291] Deprecate the typing.io and typing.re pseudo-modules

Sebastian Rittau added the comment: Thank you for fixing this, Ken, the PR looks good to me. Overall it looks as if the the Azure pipeline should be fixed, though. It's not ideal that the tests pass while running the PR, but not in other situations. Also, the warnings suppression is not real

[issue44297] Frame with -1 line number

Change by Mark Shannon : -- pull_requests: +25402 pull_request: https://github.com/python/cpython/pull/26821 ___ Python tracker ___

[issue44450] Generator expressions trace differently on Windows than on Mac

Mark Shannon added the comment: I think this is a combination of https://bugs.python.org/issue44297 and the PREDICT macros. I don't have a windows machine to confirm this on, but I suspect that if you rewrite `doit` as: def doit(): o = ((1,2), (3,4)) o = (a for a in

[issue38291] Deprecate the typing.io and typing.re pseudo-modules

Ken Jin added the comment: > Overall it looks as if the the Azure pipeline should be fixed, though. It's > not ideal that the tests pass while running the PR, but not in other > situations. I agree. This specific test only seems to run *after* a commit is made. I don't see a way to run this

[issue44472] ltrace functionality doesn't work if there is an exception set

New submission from Pablo Galindo Salgado : Using lltrace results in this crash because we are getting the repl with an exception set: pop None Assertion failed: (!_PyErr_Occurred(tstate)), function PyObject_Repr, file Objects/object.c, line 431. pop Fatal Python error: Aborted Current threa

[issue44472] ltrace functionality doesn't work if there is an exception set

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +25403 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26822 ___ Python tracker __

[issue37602] nonzero fixer problem

Serhiy Storchaka added the comment: If no one going to provide documentation changes I propose to close this issue. -- nosy: +serhiy.storchaka status: open -> pending versions: +Python 3.11 -Python 3.6, Python 3.7, Python 3.8 ___ Python tracker

[issue44468] Shouldn't `typing.get_type_hints()` default `globalns` to `{}` instead of skipping base classes?

Ken Jin added the comment: Will, I think what you say makes sense. @Guido / Ivan / Jelle What do you think? -- nosy: +Jelle Zijlstra, gvanrossum, kj, levkivskyi ___ Python tracker _

[issue16321] Move eq.h out of stringlib

Irit Katriel added the comment: Some of this cleanup was done but we still have unicode_eq in Objects/stringlib/eq.h which is only used in Objects/dictobject.c. -- keywords: +easy (C) -patch nosy: +iritkatriel versions: +Python 3.11 -Python 3.4 ___

[issue44297] Frame with -1 line number

Mark Shannon added the comment: New changeset 7674c83d81905d6afe989ca3f93f08b7939b057c by Mark Shannon in branch '3.10': bpo-44297: Fix missing line number in generator expressions (GH-26821) https://github.com/python/cpython/commit/7674c83d81905d6afe989ca3f93f08b7939b057c -- _

[issue44466] faulthandler should indicate if the fault happened in garbage collection

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

[issue44337] Port LOAD_ATTR to adaptive interpreter

Mark Shannon added the comment: New changeset fb68791a26e157ed3cdeb409c8d8b6cddc7535bd by Mark Shannon in branch 'main': bpo-44337: Improve LOAD_ATTR specialization (GH-26759) https://github.com/python/cpython/commit/fb68791a26e157ed3cdeb409c8d8b6cddc7535bd -- _

[issue20109] TestProgram is mentioned in the unittest docs but is not documented

Change by Irit Katriel : -- keywords: +easy versions: +Python 3.10, Python 3.11, Python 3.9 -Python 2.7, Python 3.3, Python 3.4 ___ Python tracker ___

[issue44466] faulthandler should indicate if the fault happened in garbage collection

STINNER Victor added the comment: Maxwell: Oh, that's a good idea! I wrote PR 26823 to implement the feature. It's just 3 new lines in traceback.c :-) if (tstate == current_tstate && tstate->interp->gc.collecting) { PUTS(fd, " Garbage-collecting\n"); } --

[issue44450] Generator expressions trace differently on Windows than on Mac

Ned Batchelder added the comment: I tried adding that rewritten doit as a new test, and it does not show a mac/win difference on 3.9. In fact, it doesn't show a mac/win difference on 3.10! https://github.com/nedbat/coveragepy/actions/runs/956791631 --

[issue44466] faulthandler should indicate if the fault happened in garbage collection

STINNER Victor added the comment: New changeset d19163912bfc790283724f05328bd31e4e65003d by Victor Stinner in branch 'main': bpo-44466: Faulthandler now detects the GC (GH-26823) https://github.com/python/cpython/commit/d19163912bfc790283724f05328bd31e4e65003d -- __

[issue44434] _thread module: Remove redundant PyThread_exit_thread() call to avoid glibc fatal error: libgcc_s.so.1 must be installed for pthread_cancel to work

STINNER Victor added the comment: New changeset 45a78f906d2d5fe5381d78466b11763fc56d57ba by Victor Stinner in branch 'main': bpo-44434: Don't call PyThread_exit_thread() explicitly (GH-26758) https://github.com/python/cpython/commit/45a78f906d2d5fe5381d78466b11763fc56d57ba -- _

[issue44434] _thread module: Remove redundant PyThread_exit_thread() call to avoid glibc fatal error: libgcc_s.so.1 must be installed for pthread_cancel to work

Change by miss-islington : -- nosy: +miss-islington nosy_count: 2.0 -> 3.0 pull_requests: +25405 pull_request: https://github.com/python/cpython/pull/26824 ___ Python tracker _

[issue44434] _thread module: Remove redundant PyThread_exit_thread() call to avoid glibc fatal error: libgcc_s.so.1 must be installed for pthread_cancel to work

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

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

Mark Shannon added the comment: This appears to be a duplicate of https://bugs.python.org/issue44297 -- ___ Python tracker ___ ___

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

Mark Shannon added the comment: With the latest 3.10, I get: File "/home/mark/test/test.py", line 13, in next(bar().__await__(), None) File "/home/mark/test/test.py", line 10, in bar return [chunk async for chunk in foo()] File "/home/mark/test/test.py", line 10, in return

[issue44466] faulthandler should indicate if the fault happened in garbage collection

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

[issue44450] Generator expressions trace differently on Windows than on Mac

Mark Shannon added the comment: Hmm, I'm a bit puzzled by that. Did you test with 3.10b3 or the latest build from the 3.10 branch with the fix to https://bugs.python.org/issue44297 included? -- ___ Python tracker

[issue44450] Generator expressions trace differently on Windows than on Mac

Ned Batchelder added the comment: This was with 3.10.0b3. I haven't got a way (yet) to build with my own-built versions of CPython. -- ___ Python tracker ___ ___

[issue40801] Expose PyFloat_AsDouble at Python level: operator.as_float?

Change by Serhiy Storchaka : -- pull_requests: +25408 pull_request: https://github.com/python/cpython/pull/26827 ___ Python tracker ___

[issue40801] Expose PyFloat_AsDouble at Python level: operator.as_float?

Serhiy Storchaka added the comment: PR 26827 is a draft for float.from_number() and complex.from_number(). -- versions: +Python 3.11 -Python 3.10 ___ Python tracker ___ __

[issue21342] multiprocessing RLock and Lock raise incorrect exceptions when releasing an unlocked lock.

Irit Katriel added the comment: The differences were documented under issue23484: https://github.com/python/cpython/commit/407c497e83b86011173fbf25e9a08b81adad5477 -- nosy: +iritkatriel resolution: -> duplicate stage: patch review -> resolved status: open -> closed superseder: -> Se

[issue44434] _thread module: Remove redundant PyThread_exit_thread() call to avoid glibc fatal error: libgcc_s.so.1 must be installed for pthread_cancel to work

STINNER Victor added the comment: New changeset 83ad40efc3e299d1e94692d958111a63c2fd6775 by Victor Stinner in branch '3.9': bpo-44434: Don't call PyThread_exit_thread() explicitly (GH-26758) (GH-26825) https://github.com/python/cpython/commit/83ad40efc3e299d1e94692d958111a63c2fd6775 ---

[issue44466] faulthandler should indicate if the fault happened in garbage collection

STINNER Victor added the comment: New changeset 9b0bbb9143d15507aae0ff3afeb05969178b306c by Victor Stinner in branch '3.10': bpo-44466: Faulthandler now detects the GC (GH-26823) (GH-26826) https://github.com/python/cpython/commit/9b0bbb9143d15507aae0ff3afeb05969178b306c -- ___

[issue41682] [Windows] test_asyncio: Proactor test_sendfile_close_peer_in_the_middle_of_receiving failure

STINNER Victor added the comment: This bug still occurs time to time on GitHub Actions. https://github.com/python/cpython/pull/26826/checks?check_run_id=2874631119 == FAIL: test_sendfile_close_peer_in_the_middle_of_receiving

[issue44434] _thread module: Remove redundant PyThread_exit_thread() call to avoid glibc fatal error: libgcc_s.so.1 must be installed for pthread_cancel to work

STINNER Victor added the comment: New changeset 6614eac843c5dc0f4c2664ef610b81e556e44923 by Miss Islington (bot) in branch '3.10': bpo-44434: Don't call PyThread_exit_thread() explicitly (GH-26758) (GH-26824) https://github.com/python/cpython/commit/6614eac843c5dc0f4c2664ef610b81e556e44923

[issue44434] _thread module: Remove redundant PyThread_exit_thread() call to avoid glibc fatal error: libgcc_s.so.1 must be installed for pthread_cancel to work

STINNER Victor added the comment: Ok, the issue is now fixed in 3.9, 3.10 and main branches. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.10, Python 3.9 ___ Python tracker

[issue44466] faulthandler should indicate if the fault happened in garbage collection

STINNER Victor added the comment: Maxwell: That was a nice idea and it's now added to Python 3.10 (will be part of the next Python 3.10 beta release)! I got an exception to land this feature in Python 3.10 even if we are past the feature freeze (see PR 26823 discussion). As explained in PR 2

[issue23079] os.path.normcase documentation confusing

Irit Katriel added the comment: This has been fixed by now: https://docs.python.org/3/library/os.path.html#os.path.normpath -- nosy: +iritkatriel resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue44473] logging.handlers.QueueHandler acts unexpected

New submission from Kai Müller : According to the docstring of logging.handlers.QueueHandler "The base implementation formats the record to merge the message and arguments, and removes unpickleable items from the record in-place." But, if a just a log message is used w/o any arguments, the argum

[issue17537] csv.DictReader should fail if >1 column has the same name

Irit Katriel added the comment: It's not hard to write a helper function that checks whether a csv has duplicated columns: def unique_cols(filename): cols = next(csv.reader(open(filename,'r'))) return len(cols) == len(set(cols)) >>> with open('x.csv', 'w') as f: ... f.write('foo,ba

[issue44474] inspect.getsourceslines() consider lambda of one line only

New submission from Wel Griv : When lambda expression is more than one line or contain a line break, getsourcelines() from inspect package only return the first line. Code example: import inspect def foo(param, lambda_ref): _ = param print(str(inspect.getsourcelines(lambda_ref))) f

[issue30966] Add multiprocessing.queues.SimpleQueue.close()

Irit Katriel added the comment: This seems complete, can it be closed? -- nosy: +iritkatriel resolution: -> fixed status: open -> pending ___ Python tracker ___ _

[issue30966] Add multiprocessing.queues.SimpleQueue.close()

Change by Antoine Pitrou : -- stage: patch review -> resolved status: pending -> closed type: -> resource usage ___ Python tracker ___

[issue30966] Add multiprocessing.queues.SimpleQueue.close()

Change by Antoine Pitrou : -- versions: +Python 3.10 -Python 2.7, Python 3.5, Python 3.6, Python 3.7 ___ Python tracker ___ ___ Pyth

[issue44395] email.message as_string() not writing unixfrom

Dong-hee Na added the comment: New changeset 30f7a77f359a0fc6e37988b0f317a77a15d66b7b by Dong-hee Na in branch 'main': bpo-44395: Fix MIMEPart.as_string to pass unixfrom properly (GH-26685) https://github.com/python/cpython/commit/30f7a77f359a0fc6e37988b0f317a77a15d66b7b -- ___

[issue44395] email.message as_string() not writing unixfrom

Change by miss-islington : -- nosy: +miss-islington nosy_count: 5.0 -> 6.0 pull_requests: +25409 pull_request: https://github.com/python/cpython/pull/26828 ___ Python tracker _

[issue44395] email.message as_string() not writing unixfrom

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

[issue30966] Add multiprocessing.queues.SimpleQueue.close()

Change by Irit Katriel : -- versions: +Python 3.9 -Python 3.10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26329] os.path.normpath("//") returns //

Change by Irit Katriel : -- versions: +Python 3.10, Python 3.11, Python 3.9 -Python 2.7, Python 3.5, Python 3.6 ___ Python tracker ___

[issue44395] email.message as_string() not writing unixfrom

miss-islington added the comment: New changeset 20a1495b8a93596b322ea19bb09008db036eb7e6 by Miss Islington (bot) in branch '3.10': bpo-44395: Fix MIMEPart.as_string to pass unixfrom properly (GH-26685) https://github.com/python/cpython/commit/20a1495b8a93596b322ea19bb09008db036eb7e6 ---

[issue44395] email.message as_string() not writing unixfrom

Change by Dong-hee Na : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ P

[issue44395] email.message as_string() not writing unixfrom

miss-islington added the comment: New changeset 67b3a9995368f89b7ce4a995920b2a83a81c599b by Miss Islington (bot) in branch '3.9': bpo-44395: Fix MIMEPart.as_string to pass unixfrom properly (GH-26685) https://github.com/python/cpython/commit/67b3a9995368f89b7ce4a995920b2a83a81c599b

[issue44475] Dataclass Causes Infinite Recursion when using type of bytes

New submission from Andrew C : Hello, When given a `Field` on a Dataclass, the `__repr__` throws an infinite recursive error when the data type is bytes. In the `Field` class, the __repr__ is as follows: ``` def __repr__(self): return ( 'Field(' f'name={se

[issue18233] SSLSocket.getpeercertchain()

Change by J.P : -- nosy: +jamespo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mai

[issue21760] inspect documentation describes module type inaccurately

Change by Irit Katriel : -- keywords: +easy -patch versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.4, Python 3.5 ___ Python tracker ___ __

[issue26693] Exception ignored in: in _shutdown, assert tlock.locked()

Irit Katriel added the comment: Can we close this as not a bug, as the reproducer includes unsupported code? -- nosy: +iritkatriel ___ Python tracker ___ _

[issue44472] ltrace functionality doesn't work if there is an exception set

Change by miss-islington : -- nosy: +miss-islington nosy_count: 1.0 -> 2.0 pull_requests: +25411 pull_request: https://github.com/python/cpython/pull/26830 ___ Python tracker _

[issue44472] ltrace functionality doesn't work if there is an exception set

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

[issue44472] ltrace functionality doesn't work if there is an exception set

Pablo Galindo Salgado added the comment: New changeset 06cda808f149fae9b4c688f752b6eccd0d455ba4 by Pablo Galindo in branch 'main': bpo-44472: Fix ltrace functionality when exceptions are raised (GH-26822) https://github.com/python/cpython/commit/06cda808f149fae9b4c688f752b6eccd0d455ba4

[issue44472] ltrace functionality doesn't work if there is an exception set

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue26693] Exception ignored in: in _shutdown, assert tlock.locked()

STINNER Victor added the comment: Yeah, I consider that the issue can be closed. I'm ok to investigate the issue if another reproducer code is written only using fully initialized (sub)interpreters. -- ___ Python tracker

[issue44470] 3.11 docs.python.org in Polish not English?

Change by STINNER Victor : -- nosy: +mdk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

[issue44394] [security] CVE-2013-0340 "Billion Laughs" fixed in Expat >=2.4.0: Update vendored copy to expat 2.4.1

Change by STINNER Victor : -- nosy: +lukasz.langa, ned.deily, pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue26693] Exception ignored in: in _shutdown, assert tlock.locked()

Change by Irit Katriel : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-b

[issue44475] Dataclass Causes Infinite Recursion when using type of bytes

Change by Karthikeyan Singaravelan : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue44358] AMD64 RHEL8 LTO + PGO 3.x build failed with: /usr/bin/ld: Dwarf Error: Offset (2487097600) greater than or equal to .debug_str size (571933).

Change by STINNER Victor : -- nosy: +cstratak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue44344] Documentation for pow() should include the possibility of complex numbers as a return type

Erik Y. Adams added the comment: I still think the most important aspect of this is that pow() will return complex numbers, contrary to what is implied by the statement I quoted at the beginning of this thread. Perhaps we should just borrow from the documentation for the power operator, wh

[issue44297] Frame with -1 line number

STINNER Victor added the comment: Can the issue be closed? I'm not sure which assertion failed in test_ssl.test_pha_required_nocert(). I bet on this one: with self.assertRaisesRegex( ssl.SSLError, '(certificate required|EOF occurred)'

[issue44470] 3.11 docs.python.org in Polish not English?

Mark Dickinson added the comment: The bug here is that https://docs.python.org/3.11/library/parser.html is visible at all, given that the parser module no longer exists in 3.10 or 3.11. @Samuel: Do you see this on any other documentation nodes, or just on parser.html? I can reproduce the con

[issue44297] Frame with -1 line number

STINNER Victor added the comment: Oh, I can still reproduce the issue on the main branch with this patch: diff --git a/Lib/test/test_ssl.py b/Lib/test/test_ssl.py index cee97a8302..3f66818ae1 100644 --- a/Lib/test/test_ssl.py +++ b/Lib/test/test_ssl.py @@ -4499,7 +4499,7 @@ def msg_cb(conn, di

[issue44470] 3.11 docs.python.org in Polish not English?

Henk-Jaap Wagenaar added the comment: @Mark, I don't know about Samuel, but when I tried, I could get the bug with other languages, but not on other pages (which seems to agree with your point of reasoning). -- ___ Python tracker

[issue44442] Globals (and presumably builtins) are cleared premuturely in FrameObject

STINNER Victor added the comment: See also bpo-44288: can it be a duplicate? -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue44288] unittest: _is_relevant_tb_level() fails because tb.tb_frame.f_globals=None

STINNER Victor added the comment: Is it possible that bpo-2 is a duplicate of this issue? Is it already fixed by GH-26768, commit ba2f32a983a08c4f64c23c187432e38908639c12? -- ___ Python tracker

[issue44442] Globals (and presumably builtins) are cleared premuturely in FrameObject

STINNER Victor added the comment: The bpo number is missing from the merged commit, it's: commit ba2f32a983a08c4f64c23c187432e38908639c12 Author: Mark Shannon Date: Thu Jun 17 16:29:15 2021 +0100 Do not clear globals or builtins when calling clear() on a frame object. Reverts behavior

[issue44476] "subprocess not supported for isolated subinterpreters" when running venv

New submission from Brian Curtin : I'm currently trying to run my `tox` testing environment—all of which runs under `coverage`—against 3.10b3 and am running into some trouble. I initially thought it was something about tox or coverage, but it looks lower level than that as the venv script in t

[issue44287] test_asyncio: test_popen() failed on AMD64 Windows8.1 Refleaks 3.9

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

[issue44470] 3.11 docs.python.org in Polish not English?

Julien Palard added the comment: Hi all! Thanks for reporting! I'm taking a look at it. -- assignee: docs@python -> mdk ___ Python tracker ___

[issue24948] Multiprocessing not timely flushing stack trace to stderr

Change by Irit Katriel : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-b

[issue44477] Remove ma_version_tag in dict?

New submission from Ken Jin : issue44206, issue44337, and issue44338 converted things dependent on ma_version_tag to ma_keys->dk_version. I propose to remove ma_version_tag and save 8 bytes of space in dict. I've prepared a draft PR to do that. However, I'd like to wait for some time before

[issue44477] Remove ma_version_tag in dict?

Change by Ken Jin : -- keywords: +patch pull_requests: +25414 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26833 ___ Python tracker ___

[issue44470] 3.11 docs.python.org in Polish not English?

Julien Palard added the comment: I added a git clean in docsbuild scripts to switch from one version to another: https://github.com/python/docsbuild-scripts/commit/1397a8dbe4c73744757ad24764baeb393842f30b It should be enough to correctly start fresh from one lang to another and from one vers

[issue22472] OSErrors should use str and not repr on paths

Irit Katriel added the comment: Should this be closed as rejected, or is there anything left to do? -- nosy: +iritkatriel ___ Python tracker ___ __

[issue44344] Documentation for pow() should include the possibility of complex numbers as a return type

Mark Dickinson added the comment: > Perhaps we should just borrow from the documentation for the power operator, > which says [...] That sounds good to me. -- ___ Python tracker ___

[issue44477] Remove ma_version_tag in dict?

Ken Jin added the comment: Hmm I'm suddenly having second thoughts. I wonder if there's future use cases I might be missing here from PEP 509? -- nosy: +vstinner ___ Python tracker _

[issue38825] shutil.disk_usage - Lacking documentation

Change by Irit Katriel : -- keywords: +easy versions: +Python 3.10, Python 3.11 -Python 3.5, Python 3.6, Python 3.7, Python 3.8 ___ Python tracker ___

[issue44475] Dataclass Causes Infinite Recursion when using type of bytes

Eric V. Smith added the comment: Please give a complete example that we can execute. -- ___ Python tracker ___ ___ Python-bugs-list

[issue44476] "subprocess not supported for isolated subinterpreters" when running venv

Brian Curtin added the comment: Hmm. I asked around about this and someone installed 3.10.0-beta3 via pyenv and this worked fine. For whatever it's worth, this was built from source on OS X 10.14.6 via a pretty normal setup of `./configure` with no extra flags and then `make install` -

[issue37514] french translation Spelling mistake on datetime python's library documentation online

Irit Katriel added the comment: This sentence is no longer there (with or without the typo). -- nosy: +iritkatriel resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker __

[issue28661] Fix code example in Python 3.5 telnetlib documentation

Change by Irit Katriel : -- keywords: +easy versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.5, Python 3.6, Python 3.7 ___ Python tracker ___

[issue44478] I can't

New submission from Oz Mouchtar : Hey I'm new to Python (just started to learn this magnificent language) and during my online course I tried to create a virtual environment and got the error on the attached file. I tried even to re-install Python and Visual Studio and yet I get this error. C

  1   2   >