[issue40970] Error in Python Datamodel Documentation

[Christopher Yeh]

Christopher Yeh  added the comment:

I understand the two uses of the phrase "built-in":

1) to refer to things included with the Python interpreter (e.g. modules in 
sys.builtin_module_names, and built-in functions like len() and ord())
2) to refer to things included with Python that are written in C

However, I find it fairly difficult to distinguish between the two uses in the 
context presented:

> A built-in function object is a wrapper around a C function.  Examples of 
> built-in functions are `len` and `math.sin` (`math` is a standard built-in 
> module).

Within the Python Language Reference (docs.python.org/3/reference), this is 
actually the only case where definition (2) applies, as far as I can tell: 
https://www.google.com/search?q="built-in+module"+site%3Ahttps%3A%2F%2Fdocs.python.org%2F3%2Freference%2F

Also, I am not sure that the parenthetical about `math` being a module written 
in C adds any additional clarity.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30064] BaseSelectorEventLoop.sock_{recv, sendall}() don't remove their callbacks when canceled

[Kyle Stanley]

Kyle Stanley  added the comment:

> Last question before PR pls: given the fact that this test is to cover a 
> fixed case when loop.sock_*() was hanging forever, should I keep the 
> wait_for(..., timeout=10)?

For now, I think we can keep the asyncio.wait_for() w/ 10 the sec timeout. I'll 
have to run the tests locally though w/ the patch to double check (once the PR 
is opened), and it may still end up needing to be increased if the test fails 
again in the future. It should be okay though.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30064] BaseSelectorEventLoop.sock_{recv, sendall}() don't remove their callbacks when canceled

[Fantix King]

Fantix King  added the comment:

and yes, updated the SO_SNDBUF too

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30064] BaseSelectorEventLoop.sock_{recv, sendall}() don't remove their callbacks when canceled

[Fantix King]

Fantix King  added the comment:

OK I think I solved the problem by improving the two loops using smarter buffer 
sizes:

# fill the buffer until sending 5 chars would block
size = 8192
while size > 5:
with self.assertRaises(BlockingIOError):
while True:
sock.send(b' ' * size)
size = int(size / 2)

and

# receive everything that is not a space
async def recv_all():
rv = b''
while True:
buf = await self.loop.sock_recv(server, 8192)
if not buf:
return rv
rv += buf.strip()

This test is now running ~25x faster, and the load test crashed my laptop a few 
times before it hits a timeout.

Last question before PR pls: given the fact that this test is to cover a fixed 
case when loop.sock_*() was hanging forever, should I keep the wait_for(..., 
timeout=10)?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30064] BaseSelectorEventLoop.sock_{recv, sendall}() don't remove their callbacks when canceled

[Kyle Stanley]

Kyle Stanley  added the comment:

No problem at all, and thanks for clarifying.

> If enlarging the timeout works in some of your cases, that really inspires me 
> on a potential cause of the issue in the test. To simulate the race condition 
> specifically for loop.sock_sendall(), I needed a connected socket with a full 
> send buffer so that the next sock_sendall() call would block. To achieve 
> this, I wrote something like this:

> It might be that it cost too much time in these loops (especially the 2nd one 
> because the logs showed that it was blocked on calling sock_sendall()). But 
> that's just a guess yet, let me add some more debug logs and test locally.

That seems reasonable to me and would make the most sense at a glance. If this 
is confirmed to be the source of the issue, we should be able to just reduce 
the size of the socket's send buffer via SO_SNDBUF before sending to it so that 
it fills up much more quickly.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40973] platform.platform() in Python 3.8 does not report detailed Linux platform information

[Ben Du]

New submission from Ben Du :

The function platform.platform() does not report detailed Linux platform 
information (Ubuntu, Debain, CentOS, etc). This information is reported in 
Python 3.7 and earlier.

--
components: Library (Lib)
messages: 371488
nosy: legendu
priority: normal
severity: normal
status: open
title: platform.platform() in Python 3.8 does not report detailed Linux 
platform information
type: behavior
versions: Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36470] dataclasses.replace raises an exception if InitVar with default argument is not provided.

[Zackery Spytz]

Change by Zackery Spytz :


--
nosy: +ZackerySpytz
nosy_count: 4.0 -> 5.0
pull_requests: +20056
pull_request: https://github.com/python/cpython/pull/20867

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33315] Allow queue.Queue to be used in type annotations

[Guido van Rossum]

Change by Guido van Rossum :


--
resolution:  -> fixed
status: open -> closed
versions: +Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40972] Add a recurse flag to Path.rmdir()

[Charles Machalow]

New submission from Charles Machalow :

I think it would make sense to add a recurse flag to the Path.rmdir() method. 
It would default to False (to allow for current behavior). If set to True, the 
method would act very similarly to shutil.rmtree() in that it would delete all 
files in the directory and then delete the directory itself.

I understand that this behavior doesn't really line up with os.rmdir(), though 
I think it makes sense to allow this type of method to appear on the Path 
object for easy deletion of a directory with things still inside (while looking 
more object-oriented at the same time)

If people think this makes sense, I may be able to provide a PR to just 
delegate to shutil.rmtree for the recurse=True operation.

Thanks for thoughts.

--
components: Library (Lib)
messages: 371487
nosy: Charles Machalow
priority: normal
severity: normal
status: open
title: Add a recurse flag to Path.rmdir()
type: enhancement
versions: Python 3.10, Python 3.8, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33315] Allow queue.Queue to be used in type annotations

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Leaving this for Guido or Ivan to decide whether this feature request is fully 
satisfied now.

--
resolution: fixed -> 
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33315] Allow queue.Queue to be used in type annotations

[Raymond Hettinger]

Change by Raymond Hettinger :


--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30064] BaseSelectorEventLoop.sock_{recv, sendall}() don't remove their callbacks when canceled

[Fantix King]

Fantix King  added the comment:

Oh thank you for the clue, that's super helpful! Let me try locally.

This fix PR was originally done to solve a hanging call in a race condition, so 
the test would hang forever if the fix is not working as expected. The 10 
seconds wait_for() is to make sure that we don't end up with a test hanging 
forever.

If enlarging the timeout works in some of your cases, that really inspires me 
on a potential cause of the issue in the test. To simulate the race condition 
specifically for loop.sock_sendall(), I needed a connected socket with a full 
send buffer so that the next sock_sendall() call would block. To achieve this, 
I wrote something like this:

with self.assertRaises(BlockingIOError):
while True:
sock.send(b' ' * 5)

And another loop in a subtask to consume the data:

while not data:
data = await self.loop.sock_recv(server, 1024)
data = data.strip()

It might be that it cost too much time in these loops (especially the 2nd one 
because the logs showed that it was blocked on calling sock_sendall()). But 
that's just a guess yet, let me add some more debug logs and test locally.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33315] Allow queue.Queue to be used in type annotations

[Ethan Smith]

Ethan Smith  added the comment:

This was done in https://github.com/python/cpython/pull/19423

The implementation is as Raymond suggests:
https://github.com/python/cpython/blame/5aad027db9618f22f6fa2274e05dd50f928d2ed7/Lib/queue.py#L220

On Sat, Jun 13, 2020 at 8:58 PM Raymond Hettinger 
wrote:

>
> Raymond Hettinger  added the comment:
>
> Can this can now be handled with "__class_getitem__ =
> classmethod(GenericAlias)"?
>
> --
> type:  -> behavior
> versions: +Python 3.10 -Python 3.5, Python 3.6, Python 3.7, Python 3.8
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33315] Allow queue.Queue to be used in type annotations

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Can this can now be handled with "__class_getitem__ = 
classmethod(GenericAlias)"?

--
type:  -> behavior
versions: +Python 3.10 -Python 3.5, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40970] Error in Python Datamodel Documentation

[Raymond Hettinger]

Raymond Hettinger  added the comment:

FWIW, the word "built-in" is being used in two different ways here.  It is used 
in a strict sense for sys.builtin_module_names and in a general sense in the 
datamodel docs.

The former only includes modules compiled into the core exe or dll file.  The 
latter includes anything in compiled extension such as the math module.  The 
latter is part of the standard build in the sense that it is included in 
setup.py and parts of the library depend on it being present:

~ $ python3.8
Python 3.8.3 (v3.8.3:6f8c8320e9, May 13 2020, 16:29:34)
[Clang 6.0 (clang-600.0.57)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> 'math' in sys.builtin_module_names 
>>> False
>>> import math
>>> type(math.sin)


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40970] Error in Python Datamodel Documentation

[Christopher Yeh]

Christopher Yeh  added the comment:

Here's the output from my terminal comparing the `math` standard library module 
(not always built-in) against the `sys` standard library module (always 
built-in).

On Windows 10 x64, WSL 1, Ubuntu 18.04.02 LTS, Python 3.7.7 installed via 
conda: math is not a built-in module.

$ python
Python 3.7.7 (default, Mar 26 2020, 15:48:22)
[GCC 7.3.0] :: Anaconda, Inc. on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import math
>>> print(math)

>>> print(type(math))

>>> import sys
>>> print(sys)

>>> print(type(sys))



On Windows 10 x64, Python installed directly from Python.org: math is a 
built-in module.

C:\>python
Python 3.7.3 (v3.7.3:ef4ec6ed12, Mar 25 2019, 22:22:05) [MSC v.1916 64 bit 
(AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import math
>>> print(math)

>>> print(type(math))

>>> import sys
>>> print(sys)

>>> print(type(sys))


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40970] Error in Python Datamodel Documentation

[Raymond Hettinger]

Raymond Hettinger  added the comment:

What happens when you type, "import math" and "print(type(math))"?

--
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30064] BaseSelectorEventLoop.sock_{recv, sendall}() don't remove their callbacks when canceled

[Kyle Stanley]

Kyle Stanley  added the comment:

I believe that I might have identified a simple fix for the issue, but first 
I'd like to clarify on something:

What exactly is the reason that we need to use asyncio.wait_for() with a 
timeout of 10 seconds in these tests? We typically avoid using short duration 
timeouts on individual tests, largely because we don't want them to fail based 
on the performance of the device they're ran on. This can be a concern for 
slower devices running the test suite w/ parallel jobs.

If asyncio.wait_for() is necessary in this case, I'd advise increasing the 
timeout substantially. I didn't experiment with a wide variety of numbers, but 
increasing the duration from 10 to 60 seconds seems to have fixed the failure 
locally, so that might be a decent starting point. If it's not necessary, I'd 
prefer to simply remove the asyncio.wait_for()s in test_sock_client_racing.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30064] BaseSelectorEventLoop.sock_{recv, sendall}() don't remove their callbacks when canceled

[Kyle Stanley]

Kyle Stanley  added the comment:

I was able to replicate the failure locally by running the large number of jobs 
in parallel. We typically use this to test for tricky race conditions, to 
simulate maximum load:

[aeros:~/repos/cpython]$ ./python -m test test_asyncio.test_sock_lowlevel 
--match test_sock_client_racing -j100 -F -v
# [snip]
==
ERROR: test_sock_client_racing 
(test.test_asyncio.test_sock_lowlevel.EPollEventLoopTests)
--
Traceback (most recent call last):
  File "/home/aeros/repos/cpython/Lib/test/test_asyncio/test_sock_lowlevel.py", 
line 200, in _basetest_sock_send_racing
await self.loop.sock_sendall(sock, b'world')
  File "/home/aeros/repos/cpython/Lib/asyncio/selector_events.py", line 460, in 
sock_sendall
return await fut
asyncio.exceptions.CancelledError

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/aeros/repos/cpython/Lib/asyncio/tasks.py", line 507, in wait_for
fut.result()
asyncio.exceptions.CancelledError

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/home/aeros/repos/cpython/Lib/test/test_asyncio/test_sock_lowlevel.py", 
line 256, in test_sock_client_racing
self.loop.run_until_complete(asyncio.wait_for(
  File "/home/aeros/repos/cpython/Lib/asyncio/base_events.py", line 642, in 
run_until_complete
return future.result()
  File "/home/aeros/repos/cpython/Lib/asyncio/tasks.py", line 509, in wait_for
raise exceptions.TimeoutError() from exc
asyncio.exceptions.TimeoutError

==
ERROR: test_sock_client_racing 
(test.test_asyncio.test_sock_lowlevel.PollEventLoopTests)
--
Traceback (most recent call last):
  File "/home/aeros/repos/cpython/Lib/test/test_asyncio/test_sock_lowlevel.py", 
line 200, in _basetest_sock_send_racing
await self.loop.sock_sendall(sock, b'world')
  File "/home/aeros/repos/cpython/Lib/asyncio/selector_events.py", line 460, in 
sock_sendall
return await fut
asyncio.exceptions.CancelledError

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/aeros/repos/cpython/Lib/asyncio/tasks.py", line 507, in wait_for
fut.result()
asyncio.exceptions.CancelledError

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/home/aeros/repos/cpython/Lib/test/test_asyncio/test_sock_lowlevel.py", 
line 256, in test_sock_client_racing
self.loop.run_until_complete(asyncio.wait_for(
  File "/home/aeros/repos/cpython/Lib/asyncio/base_events.py", line 642, in 
run_until_complete
return future.result()
  File "/home/aeros/repos/cpython/Lib/asyncio/tasks.py", line 509, in wait_for
raise exceptions.TimeoutError() from exc
asyncio.exceptions.TimeoutError

==
ERROR: test_sock_client_racing 
(test.test_asyncio.test_sock_lowlevel.SelectEventLoopTests)
--
Traceback (most recent call last):
  File "/home/aeros/repos/cpython/Lib/test/test_asyncio/test_sock_lowlevel.py", 
line 256, in test_sock_client_racing
self.loop.run_until_complete(asyncio.wait_for(
  File "/home/aeros/repos/cpython/Lib/asyncio/base_events.py", line 629, in 
run_until_complete
self.run_forever()
  File "/home/aeros/repos/cpython/Lib/asyncio/base_events.py", line 596, in 
run_forever
self._run_once()
  File "/home/aeros/repos/cpython/Lib/asyncio/base_events.py", line 1854, in 
_run_once
event_list = self._selector.select(timeout)
  File "/home/aeros/repos/cpython/Lib/selectors.py", line 323, in select
r, w, _ = self._select(self._readers, self._writers, [], timeout)
OSError: [Errno 9] Bad file descriptor

I'll try to add some debug lugs to find the source of the failure(s). This one 
might be a bit tricky to assess though.

@Fantix I'd recommend trying to run the local test with the above command, and 
increasing the parallel job count until it occurs. If it takes more than a 
minute or two for the tests to run, slowly lower the number. At the moment, the 
failure has only occurred once in the buildbots, but we might need to 
temporarily disable it if it occurs repeatedly or find some form of workaround 
(as it will potentially mask other bugs).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40855] statistics.stdev ignore xbar argument

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Thanks for the bug report 😊

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40855] statistics.stdev ignore xbar argument

[Raymond Hettinger]

Raymond Hettinger  added the comment:


New changeset 811e040b6e0241339545c2f055db8259b408802f by Miss Islington (bot) 
in branch '3.8':
bpo-40855: Fix ignored mu and xbar parameters (GH-20835) (GH-20863)
https://github.com/python/cpython/commit/811e040b6e0241339545c2f055db8259b408802f


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40855] statistics.stdev ignore xbar argument

[Raymond Hettinger]

Raymond Hettinger  added the comment:


New changeset 55c1d21761e2e5feda5665065ea9e2280fa76113 by Miss Islington (bot) 
in branch '3.9':
bpo-40855: Fix ignored mu and xbar parameters (GH-20835) (#GH-20862)
https://github.com/python/cpython/commit/55c1d21761e2e5feda5665065ea9e2280fa76113


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40971] Documentation still mentions 'u' string formatting option

[Gordon P. Hemsley]

New submission from Gordon P. Hemsley :

https://docs.python.org/3/library/stdtypes.html#old-string-formatting still 
lists the 'u' string formatting option, described as "Obsolete type – it is 
identical to 'd'." and linking to PEP 237.

However, testing indicates that Python 3 does not support a 'u' option and my 
archaeology suggests that such support was removed in Python 2.4. It seems this 
has flown under the radar for quite some time.

--
assignee: docs@python
components: Documentation
messages: 371474
nosy: alexandre.vassalotti, benjamin.peterson, berker.peksag, christian.heimes, 
docs@python, eli.bendersky, ezio.melotti, georg.brandl, gphemsley, 
martin.panter, ncoghlan, rhettinger
priority: normal
severity: normal
status: open
title: Documentation still mentions 'u' string formatting option
type: behavior
versions: Python 3.10, Python 3.5, Python 3.6, Python 3.7, Python 3.8, Python 
3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40970] Error in Python Datamodel Documentation

[Christopher Yeh]

New submission from Christopher Yeh :

The documentation says the following:

> A built-in function object is a wrapper around a C function.  Examples of 
> built-in functions are `len` and `math.sin` (`math` is a standard built-in 
> module).

However, `math` is not always a built-in module, as can be seen in on my own 
Python installation (Windows 10, WSL 1, Python 3.7.7 installed via conda).

>>> import sys
>>> sys.builtin_module_names
('_abc', '_ast', '_codecs', '_collections', '_functools', '_imp', '_io', 
'_locale', '_operator', '_signal', '_sre', '_stat', '_string', '_symtable', 
'_thread', '_tracemalloc', '_warnings', '_weakref', 'atexit', 'builtins', 
'errno', 'faulthandler', 'gc', 'itertools', 'marshal', 'posix', 'pwd', 'sys', 
'time', 'xxsubtype', 'zipimport')

Therefore, I have submitted a pull request to remove the statement "(`math` is 
a standard built-in module)" from the documentation.

--
assignee: docs@python
components: Documentation
messages: 371473
nosy: chrisyeh, docs@python
priority: normal
pull_requests: 20055
severity: normal
status: open
title: Error in Python Datamodel Documentation
type: enhancement
versions: Python 3.10, Python 3.5, Python 3.6, Python 3.7, Python 3.8, Python 
3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40900] uuid module build fix on FreeBSD proposal

[Tiago Illipronti Girardi]

Tiago Illipronti Girardi  added the comment:

The problem isn't exclusive to FreeBSD. There are at least 3 problems here (see 
also: issue 32627).

-First is that there are 2 low-level uuid interfaces (3 if you count Windows 
but that is isolated and not a problem here) supposed to be declared on the 
headers below:

1) uuid/uuid.h which is supposed to maybe declare
uuid_generate_time_safe and declare uuid_generate_time, and probably must be 
linked with '-luuid'.

2) uuid.h: which is supposed to declare uuid_create and maybe uuid_enc_be 
(which as I understand is libc on FreeBSD an some others).

The way it currently works (I guess, 'configure' conspicuously doesn't end in 
'.py'), 'configure' tries to find uuid/uuid.h, if it succeeds, it `#define 
HAVE_UUID_UUID_H 1`, then it tries to find 'uuid.h', which on success `#define 
HAVE_UUID_H 1`.

Then it tries to compile with `#include ` and getting the address 
of `uuid_generate_time_safe`. On success, `#define HAVE_UUID_GENERATE_TIME_SAFE 
1.`

Next, `#include ` and first tries to compile a code that gets 
`uuid_create`'s adress (on success `#define HAVE_UUID_CREATE 1`), then compile 
to get `uuid_enc_be` adress (on success `#define HAVE_UUID_ENC_BE 1`).

The last two ignores header detection information.

-The second problem is on `make build` and 'setup.py':

Then 'setup.py' proceeds to ignore all that and tries to find 'uuid.h' on 
`Py_build_ext(dist).inc_dirs` or in '/usr/include/uuid', which doesn't work if 
the user has 'uuid/uuid.h' in `inc_dirs` but not in '/usr/include/uuid'. (It 
should get the macros from sysconfig and see which header it is looking for and 
not put '/usr/include/uuid' on the search path, 'configure' already found or 
not and already disabled the include if not.)

If it finds it, it tries to find the uuid library, and adds it to linking on 
success, else assumes it doesn't need to do anything else and succeeds.

If it doesn't find the header (which it may not, even if 'configure' did it), 
it gives up on the module and warns the user in the end of `make build`.

-Third, Modules/_uuidmodule.c (see issue 32627):

Inspect the `#includes` and `py_uuid_generate_time_safe()` and you can probably 
guess how this happens, and you can probably see another bug waiting to to 
happen: neither 'configure', nor 'setup.py' actually do what '_uuidmodule.c' is 
expecting, and `py_uuid_generate_time_safe()` will fallback to 
`uuid_generate_time()` which may not be declared (which gives you another bug, 
but on linking time, because you may not have passed '-luuid').

At least on Linux (CentOS) on a custom --prefix, with custom libuuid.so, this 
proccess fails on Python 3.8.3. I edited 'setup.py' to correctly find the 
header and the library (for my case, anyway, I have no idea on FreeBSD) and it 
worked. (You don't support this use case, but that's another issue, just adding 
more info.)

OP's patch (which appears to be to check the functions only on detection of the 
respective modules) may work for his specific case, but I suspect that for a 
more stable solution we need to change _uuidmodule.c and at least one of 
'configure(.ac)' and 'setup.py':
 - the module directives should behave as 'configure' tests;
 - which should ideally test for `uuid_generate_time()`;
 -'setup.py' should listen to 'configure' the same way the module directives do.

(and by 'we' I mean I'm volunteering to help, but I will need help on that).

Maybe what I'm saying should be another issue entirely, though I'm adding build 
to components (and I think we should include 3.8 and 3.9 too). Please advise.

--
components: +Build
nosy: +TIGirardi

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40855] statistics.stdev ignore xbar argument

[miss-islington]

Change by miss-islington :


--
pull_requests: +20054
pull_request: https://github.com/python/cpython/pull/20863

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40855] statistics.stdev ignore xbar argument

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 3.0 -> 4.0
pull_requests: +20053
pull_request: https://github.com/python/cpython/pull/20862

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40855] statistics.stdev ignore xbar argument

[Raymond Hettinger]

Raymond Hettinger  added the comment:


New changeset d71ab4f73887a6e2b380ddbbfe35b600d236fd4a by Raymond Hettinger in 
branch 'master':
bpo-40855: Fix ignored mu and xbar parameters (GH-20835)
https://github.com/python/cpython/commit/d71ab4f73887a6e2b380ddbbfe35b600d236fd4a


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37674] Is imp module deprecated or pending deprecation?

[miss-islington]

miss-islington  added the comment:


New changeset e1ca0c530104bd1e9fa61c167f267e6ca58a798a by Miss Islington (bot) 
in branch '3.7':
[3.7] bpo-37674: Tweak imp module deprecation note in the docs (GH-20480) 
(GH-20861)
https://github.com/python/cpython/commit/e1ca0c530104bd1e9fa61c167f267e6ca58a798a


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37674] Is imp module deprecated or pending deprecation?

[miss-islington]

miss-islington  added the comment:


New changeset f8c05bb3a6f25224d7767561ec6a36a737e17779 by Miss Islington (bot) 
in branch '3.8':
[3.8] bpo-37674: Tweak imp module deprecation note in the docs (GH-20480) 
(GH-20860)
https://github.com/python/cpython/commit/f8c05bb3a6f25224d7767561ec6a36a737e17779


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37674] Is imp module deprecated or pending deprecation?

[miss-islington]

miss-islington  added the comment:


New changeset bda4cc82de06490d982e199e5e49aaed390461ba by Miss Islington (bot) 
in branch '3.9':
[3.9] bpo-37674: Tweak imp module deprecation note in the docs (GH-20480) 
(GH-20859)
https://github.com/python/cpython/commit/bda4cc82de06490d982e199e5e49aaed390461ba


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30064] BaseSelectorEventLoop.sock_{recv, sendall}() don't remove their callbacks when canceled

[Fantix King]

Fantix King  added the comment:

I've been testing on local VMs with Gentoo and Ubuntu, but the issue cannot be 
reproduced. The error log is not really revealing anything useful, other than 
that the send was blocked when it was supposed to be successful. As it is not 
constantly failing on buildbot 
(https://buildbot.python.org/all/#/builders/128), I don't know if it is worth 
it to add some more debug code to this test in master and wait for the next 
hang. Please kindly advise.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40893] tkinter integrate TkDND support

[E. Paine]

Change by E. Paine :


--
nosy: +ned.deily, steve.dower

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37674] Is imp module deprecated or pending deprecation?

[Brett Cannon]

Change by Brett Cannon :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37674] Is imp module deprecated or pending deprecation?

[miss-islington]

Change by miss-islington :


--
pull_requests: +20052
pull_request: https://github.com/python/cpython/pull/20861

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37674] Is imp module deprecated or pending deprecation?

[miss-islington]

Change by miss-islington :


--
pull_requests: +20051
pull_request: https://github.com/python/cpython/pull/20860

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37674] Is imp module deprecated or pending deprecation?

[miss-islington]

Change by miss-islington :


--
pull_requests: +20050
pull_request: https://github.com/python/cpython/pull/20859

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37674] Is imp module deprecated or pending deprecation?

[miss-islington]

miss-islington  added the comment:


New changeset dea3223740127ac13f984c1d38f127ab6701af44 by Zackery Spytz in 
branch 'master':
bpo-37674: Tweak imp module deprecation note in the docs (GH-20480)
https://github.com/python/cpython/commit/dea3223740127ac13f984c1d38f127ab6701af44


--
nosy: +miss-islington

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40948] Better identify Windows installer as installer only, not runner

[Mats Wichmann]

Mats Wichmann  added the comment:

> py.exe is preferred *if* one starts python from a command line.

I'm not a habitual Windows user (a certain project is making me spend way more 
time there than usual), but if I start typing python to a Windows search, after 
the first two letters the launcher is usually the highlighted match ("Best 
match" it says on Win10), so it's not *just* from the command line.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40969] Python 3.8.3 And Now For Something CompletelyDifferent

[Keith Spitz]

New submission from Keith Spitz :

For the totally unimportant list...

On the Python 3.8.3 release page 
(https://www.python.org/downloads/release/python-383/), Mr. Anemone was 
actually played by Graham Chapman and not John Cleese 
(https://montypython.fandom.com/wiki/Flying_Lessons).

--
assignee: docs@python
components: Documentation
messages: 371464
nosy: Keith Spitz, docs@python
priority: normal
severity: normal
status: open
title: Python 3.8.3 And Now For Something CompletelyDifferent
versions: Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33881] dataclasses should use NFKC to find duplicate members

[Eric V. Smith]

Eric V. Smith  added the comment:

I agree with Raymond. There's no real harm being caused here.

--
resolution:  -> wont fix
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40948] Better identify Windows installer as installer only, not runner

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Mats, thank you for chiming in.  py.exe is preferred *if* one starts python 
from a command line.  Some beginners have never seen one or know what it is.  
This is most likely to be true of people who don't know 'installer' from 
'launcher'.  The installer is usually launched from a browswer or possibly 
Explorer, not a console.

That said, I would not mind also linking to whatever page, but I agree now with 
Steve about starting with something minimal that works, at least if the default 
'install icons' was left checked.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32631] IDLE: revise zzdummy.py

[Cheryl Sabella]

Change by Cheryl Sabella :


--
versions: +Python 3.10, Python 3.9 -Python 3.6, Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40957] _Py_fopen_obj leaks reference on audit error

[Dong-hee Na]

Dong-hee Na  added the comment:

Thanks for the work! Christian Heimes

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40957] _Py_fopen_obj leaks reference on audit error

[miss-islington]

miss-islington  added the comment:


New changeset c932f5c1e531f5a3cbf0ce664e4bcd22aa04994d by Miss Islington (bot) 
in branch '3.9':
bpo-40957: Fix refleak in _Py_fopen_obj() (GH-20827)
https://github.com/python/cpython/commit/c932f5c1e531f5a3cbf0ce664e4bcd22aa04994d


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40957] _Py_fopen_obj leaks reference on audit error

[miss-islington]

miss-islington  added the comment:


New changeset a8936fa5c09c039ad457dda8bdf733be6cc182e3 by Miss Islington (bot) 
in branch '3.8':
bpo-40957: Fix refleak in _Py_fopen_obj() (GH-20827)
https://github.com/python/cpython/commit/a8936fa5c09c039ad457dda8bdf733be6cc182e3


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40924] Recent importlib change breaks most recent certifi == 2020.4.5.2

[Jason R. Coombs]

Change by Jason R. Coombs :


--
pull_requests: +20049
pull_request: https://github.com/python/cpython/pull/20857

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40957] _Py_fopen_obj leaks reference on audit error

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 3.0 -> 4.0
pull_requests: +20047
pull_request: https://github.com/python/cpython/pull/20855

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40957] _Py_fopen_obj leaks reference on audit error

[miss-islington]

Change by miss-islington :


--
pull_requests: +20048
pull_request: https://github.com/python/cpython/pull/20856

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40957] _Py_fopen_obj leaks reference on audit error

[Dong-hee Na]

Dong-hee Na  added the comment:


New changeset 9672912e8f90374fd31b37ca0fb7cefbc6f4c555 by Christian Heimes in 
branch 'master':
bpo-40957: Fix refleak in _Py_fopen_obj() (GH-20827)
https://github.com/python/cpython/commit/9672912e8f90374fd31b37ca0fb7cefbc6f4c555


--
nosy: +corona10

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33393] update config.guess and config.sub

[Roundup Robot]

Change by Roundup Robot :


--
nosy: +python-dev
nosy_count: 2.0 -> 3.0
pull_requests: +20046
pull_request: https://github.com/python/cpython/pull/20854

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40948] Better identify Windows installer as installer only, not runner

[Mats Wichmann]

Mats Wichmann  added the comment:

"on python-list and probably elsewhere"... I can confirm these questions get 
mailed to webmas...@python.org :)   A couple of comments since I see these 
fairly frequently:

The "using" doc page may have too much information for beginner tastes, but at 
least it answers a lot of questions. but it's hard to find... it would be nice 
if the OS-specific installation page actually pointed to it - or to a more 
concise alternative if that's preferred. Applies to Mac as well, as most people 
who install on Mac seem to have some surprise with it not launching the way 
they expect.

Proposed text: "If you want to run Python, press Start and find 'Python 3.x' 
under 'P', or enter 'python' in the "Search for anything" box on the taskbar." 
- why not mention the Python Launcher here? Isn't that the preferred approach 
now for the pydotorg installer?

--
nosy: +mwichmann

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40925] Remove redundant macros used for stack manipulation in interpreter

[Mark Shannon]

Mark Shannon  added the comment:

Dennis, thanks for doing the benchmarking.
You seem to have removed rather more macros than I suggested,
but it probably won't make much difference to the results.

Since this may have a negative effect on performance and doesn't seem to be 
popular, let's drop it.

For the record, my motivation for this change is for tooling.
Instructions that only use POP, PEEK and PUSH, are much easier to analyze for 
tools like verifiers and optimizers.

Such "nice to have" features aren't worth the slowdown.

--
resolution:  -> wont fix

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40925] Remove redundant macros used for stack manipulation in interpreter

[Mark Shannon]

Change by Mark Shannon :


--
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40834] sending str via channel caused truncate on last character

[miss-islington]

miss-islington  added the comment:


New changeset 94bb4b7db2a4eadd299acede204b087aca30c9a2 by Miss Islington (bot) 
in branch '3.9':
bpo-40834: Fix truncate when sending str object with channel (GH-20555)
https://github.com/python/cpython/commit/94bb4b7db2a4eadd299acede204b087aca30c9a2


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40834] sending str via channel caused truncate on last character

[miss-islington]

miss-islington  added the comment:


New changeset 26db10a431bf5b55340f4427bf015719e384d306 by Miss Islington (bot) 
in branch '3.8':
bpo-40834: Fix truncate when sending str object with channel (GH-20555)
https://github.com/python/cpython/commit/26db10a431bf5b55340f4427bf015719e384d306


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40834] sending str via channel caused truncate on last character

[Cheryl Sabella]

Change by Cheryl Sabella :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40834] sending str via channel caused truncate on last character

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 2.0 -> 3.0
pull_requests: +20044
pull_request: https://github.com/python/cpython/pull/20852

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40834] sending str via channel caused truncate on last character

[miss-islington]

Change by miss-islington :


--
pull_requests: +20045
pull_request: https://github.com/python/cpython/pull/20853

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40834] sending str via channel caused truncate on last character

[miss-islington]

miss-islington  added the comment:


New changeset 29c117202e386bad1d66ae336e2fefa1a1809ee0 by An Long in branch 
'master':
bpo-40834: Fix truncate when sending str object with channel (GH-20555)
https://github.com/python/cpython/commit/29c117202e386bad1d66ae336e2fefa1a1809ee0


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39710] "will be returned as unicode" reminiscent from Python 2

[Cheryl Sabella]

Cheryl Sabella  added the comment:

@Chitrank-Dixit, thank you for your interest in contributing to CPython.  When 
looking for an issue to work on, please check that a pull request isn't already 
open against it.  If there is an open PR, you can contribute by doing a code 
review.  Please refer to this[1] section of the devguide for tips on reviewing 
a pull request.

[1] 
https://devguide.python.org/pullrequest/?highlight=review#leaving-a-pull-request-review-on-github

--
nosy: +cheryl.sabella

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40967] asyncio.Task.all_tasks() and asyncio.Task.current_task() must be removed in 3.9

[Kyle Stanley]

Kyle Stanley  added the comment:

Thanks for bringing attention to this Rémi. 

I'm a bit concerned that it might be a bit late into the 3.9 beta to 
incorporate a removal and that we might need to consider delaying to 3.10, but 
I'll leave that up to Lukasz. Feel free to open a PR in the meantime since it 
will need to be removed either way, the only main difference is whether or not 
it gets backported to 3.9.

(I elevated the priority to "release blocker", as I think it should be a 
blocker for 3.10 if it's not for 3.9. The version should be updated 
accordingly.)

--
nosy: +aeros, lukasz.langa
priority: normal -> release blocker

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40968] urllib is unable to deal with TURN server infront

[Paul Menzel]

New submission from Paul Menzel :

Having the TURN server Coturn [1] set up in a Jitsi Meet installation, Python’s 
urllib requests fail, while it works with cURL and browsers.

```
$ curl -I https://jitsi.molgen.mpg.de
HTTP/2 200 
server: nginx/1.14.2
date: Sat, 13 Jun 2020 11:09:19 GMT
content-type: text/html
vary: Accept-Encoding
strict-transport-security: max-age=63072000

```

```
>>> import urllib.request
>>> response = urllib.request.urlopen('https://jitsi.molgen.mpg.de')
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python3.8/urllib/request.py", line 222, in urlopen
return opener.open(url, data, timeout)
  File "/usr/lib/python3.8/urllib/request.py", line 525, in open
response = self._open(req, data)
  File "/usr/lib/python3.8/urllib/request.py", line 542, in _open
result = self._call_chain(self.handle_open, protocol, protocol +
  File "/usr/lib/python3.8/urllib/request.py", line 502, in _call_chain
result = func(*args)
  File "/usr/lib/python3.8/urllib/request.py", line 1393, in https_open
return self.do_open(http.client.HTTPSConnection, req,
  File "/usr/lib/python3.8/urllib/request.py", line 1354, in do_open
r = h.getresponse()
  File "/usr/lib/python3.8/http/client.py", line 1332, in getresponse
response.begin()
  File "/usr/lib/python3.8/http/client.py", line 303, in begin
version, status, reason = self._read_status()
  File "/usr/lib/python3.8/http/client.py", line 272, in _read_status
raise RemoteDisconnected("Remote end closed connection without"
http.client.RemoteDisconnected: Remote end closed connection without response
```

[1]: https://github.com/coturn/coturn/

--
components: Library (Lib)
messages: 371450
nosy: pmenzel
priority: normal
severity: normal
status: open
title: urllib is unable to deal with TURN server infront
type: behavior
versions: Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40967] asyncio.Task.all_tasks() and asyncio.Task.current_task() must be removed in 3.9

[Rémi Lapeyre]

New submission from Rémi Lapeyre :

The documentation says:


  .. deprecated-removed:: 3.7 3.9

 Do not call this as a task method. Use the :func:`asyncio.all_tasks`
 function instead.


I don't know if it's still possible to merge this in 3.9 and if so, if it 
should be a release blocker. Anyway I'm working on a PR for this.

--
components: asyncio
messages: 371449
nosy: asvetlov, remi.lapeyre, yselivanov
priority: normal
severity: normal
status: open
title: asyncio.Task.all_tasks() and asyncio.Task.current_task() must be removed 
in 3.9
versions: Python 3.10, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40894] asyncio.gather() cancelled() always False

[Timm Wagener]

Timm Wagener  added the comment:

Proposed changes are done and test coverage is extended. I had to change one 
previous test slightly *(test_one_cancellation())*, which seems in line though, 
with the proposed behavior.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40925] Remove redundant macros used for stack manipulation in interpreter

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I could understand wanting to replace TOP,...,FOURTH with PEEK(n) and the 
SET_XYZs with the now deleted SET(_VALUE)(n, v), but to me, replacing PEEK-SET 
with POPs and PUSHes (in different orders) that directly mean something 
different but that compilers (all?) optimize to mean the same thing makes the 
code initially harder to read.  In particular, the old version of 
TARGET(ROT_FOUR) is initially clearer without thinking through the effect of 
the particular order of pushes in the new version.  It depends on what one is 
accustomed to.

--
nosy: +terry.reedy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37910] argparse wrapping fails with metavar="" (no metavar)

[hai shi]

hai shi  added the comment:

LGTM. It's a lightweight patch :)

--
nosy: +shihai1991

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40905] IDLE relabel Save-on-close buttons

[Terry J. Reedy]

Change by Terry J. Reedy :


--
title: IDLE relabel Save on close -> IDLE relabel Save-on-close buttons

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40893] tkinter integrate TkDND support

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Easiest is to install 'blurb' and use that to write news entries.  See
https://docs.python.org/3/whatsnew/changelog.html#changelog
for examples.  The coredev who merges may changes whatever you propose.

I don't think that this needs a PEP, unless Serhiy decides otherwise.  I don't 
think that there are very many details to thrash out.

--
nosy: +terry.reedy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40966] Remove redundant var in PyErr_NewException

[hai shi]

hai shi  added the comment:

Thanks, Dong-hee Na.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22893] Idle: __future__ does not work in startup code.

[Terry J. Reedy]

Change by Terry J. Reedy :


--
versions: +Python 3.10

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1178] IDLE - add "paste code" functionality

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I would like to add 'Save code' to the Shell menu, but this would still be 
needed.  A strip_noncode function could be shared.

--
assignee:  -> terry.reedy
nosy:  -THRlWiTi, gpolo, ronaldoussoren
versions: +Python 3.10 -Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1721083] Add File - Reload

[Terry J. Reedy]

Terry J. Reedy  added the comment:

#1175686 was not a dependency, but a duplicate closed in favor of this issue, 
because gpolo attached the diff here.

This is obviously not a high priority, but I still want to consider it.  The 
addition would no longer be an extension, but likely a method in iomenu.

--
assignee: roger.serwy -> terry.reedy
nosy:  -Nashev, gpolo, kbk, roger.serwy
versions: +Python 3.10 -Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40894] asyncio.gather() cancelled() always False

[Timm Wagener]

Timm Wagener  added the comment:

Ok, seems reasonable as well. I'll change it as proposed.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com