[issue41282] Deprecate and remove distutils

[Ned Deily]

Change by Ned Deily :


--
nosy: +brett.cannon

___
Python tracker 

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

[issue41282] Deprecate and remove distutils

[Ned Deily]

Ned Deily  added the comment:

So what is the plan to continue to support building cpython itself which 
depends on Distutils? Currently the build bootstraps itself without the aid of 
an existing Python interpreter instance. There would also be major impacts 
across the whole cpython development process. For example, there are many open 
Distutils issues in the bugs.python.org bug tracker. We need a plan on how 
those are to be handled (and that should take into account the expected 
transition from b.p.o to GitHub issues).  People will continue to submit issues 
agains Distutils there so triage team members and core developers need to know 
how to handle such issues.  What if an issue applies also or only to a previous 
release branch (i.e. where Distutils is still in the repo)?  What about 
Distutils documentation in the Python docset?  THose are just some off the top 
of my head.

I don't think any of these issues are necessarily blockers but they need to be 
planned for and reviewed.  I think a PEP is definitely in order for a change of 
this magnitude.

--
nosy: +ned.deily, pablogsal

___
Python tracker 

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

[issue41128] Signal handlers should not hang during blocked main thread

[SilentGhost]

Change by SilentGhost :


--
nosy: +pitrou, serhiy.storchaka, vstinner

___
Python tracker 

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

[issue41176] revise Tkinter mainloop dispatching flag behavior

[E. Paine]

E. Paine  added the comment:

Apologies, it is not waiting for the tcl queue and instead the call waits 
indefinitely for `Tcl_ConditionWait` (tkinter adds it to the queue and then 
waits for the command to finish executing). Do we need some mechanism to alert 
people after a second, for example, that the thread is waiting for the mainloop 
to come up?

--
nosy: +taleinat

___
Python tracker 

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

[issue41289] '%' character in help= for argparse causes ValueError: incomplete format

[Eric V. Smith]

Eric V. Smith  added the comment:

It's using normal %-formatting, so the rules applied are in 
https://docs.python.org/3/library/stdtypes.html#printf-style-string-formatting

The last line of the last table in that section mentions literal % characters. 
I realize it's sort of hard to dig this up if you're just interested in 
argparse.

--
resolution:  -> not a bug

___
Python tracker 

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

[issue33840] connection limit on listening socket in asyncio

[Janae]

Janae  added the comment:

All works are very interesting. thanks, to post and your works.
https://apkgreat.com/fifa-14-apk/

--
nosy: +Janae147

___
Python tracker 

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

[issue33840] connection limit on listening socket in asyncio

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy:  -Janae147

___
Python tracker 

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

[issue33840] connection limit on listening socket in asyncio

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
Removed message: https://bugs.python.org/msg373589

___
Python tracker 

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

[issue41210] Docs: More description of reason about LZMA1 data handling with FORMAT_ALONE

[Ma Lin]

Ma Lin  added the comment:

It is better to raise a warning when using problematic combination.

But IMO either "raising a warning" or "adding more description to doc" is too 
dependent on the implementation detail of liblzma.

--

___
Python tracker 

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

[issue41210] Docs: More description of reason about LZMA1 data handling with FORMAT_ALONE

[Janae]

Janae  added the comment:

Here is a BCJ only CFFI test project.
https://apkgreat.com/fifa-14-apk/
All works are very interesting. thanks, to post and your works.

--
nosy: +Janae147

___
Python tracker 

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

[issue41290] ipaddress module doesn't recognize 100.64.0.0/10 as a private network

[Allayna Wilson]

New submission from Allayna Wilson :

import IPv4Address as n4

In [10]: n4('100.64.0.0/24').is_private 

Out[10]: False

In [11]: n4('100.64.0.0/10').is_private 

Out[11]: False

https://en.wikipedia.org/wiki/Reserved_IP_addresses#IPv4

keep this on the dl though I don't want anybody else using this /10. I'm tired 
of people's crap always overlapping with my private networks.

--
components: Extension Modules, Library (Lib)
messages: 373592
nosy: Allayna Wilson
priority: normal
severity: normal
status: open
title: ipaddress module doesn't recognize 100.64.0.0/10 as a private network
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

[issue37095] [Feature Request]: Add zstd support in tarfile

[Łukasz Langa]

Change by Łukasz Langa :


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

[issue40746] test_gdb failing on 32-bit armv7l when built with GCC -Og (fail on Raspbian on 3.9, regression from 3.8)

[Łukasz Langa]

Łukasz Langa  added the comment:

Note: 3.9.0b5, the last beta before 3.9.0, is next week.

--

___
Python tracker 

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

[issue39651] Exceptions raised by EventLoop.call_soon_threadsafe

[Łukasz Langa]

Łukasz Langa  added the comment:

We have trouble finding a Windows expert with available time to address this :/ 
This is missing 3.8.4 as well.

--

___
Python tracker 

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

[issue41290] ipaddress module doesn't recognize 100.64.0.0/10 as a private network

[SilentGhost]

Change by SilentGhost :


--
components:  -Extension Modules
nosy: +pitrou
versions:  -Python 3.5, Python 3.6

___
Python tracker 

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

[issue40536] Addition of a "list of available time zones" function to zoneinfo

[Łukasz Langa]

Łukasz Langa  added the comment:

Note: next week is 3.9.0b5, the last beta before 3.9.0. Please decide what to 
do with the rest of the issue before then.

--

___
Python tracker 

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

[issue41290] ipaddress module doesn't recognize 100.64.0.0/10 as a private network

[SilentGhost]

SilentGhost  added the comment:

This was an intentional change, see #17400 and specifically commit 
49e012e5492c1c70690ab72a8d03a980047148b5; so I'm going to close this issue as 
not a bug.

--
nosy: +SilentGhost
resolution:  -> not a bug
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

[issue41288] Pickle crashes using a crafted datetime object

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
keywords: +patch
pull_requests: +20605
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/21458

___
Python tracker 

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

[issue41013] test_os.test_memfd_create() fails on AMD64 FreeBSD Shared 3.x

[Kubilay Kocak]

Kubilay Kocak  added the comment:

I've updated the FreeBSD CURRENT buildbot past base/r363065 [1] which 
implements SHM_GROW_ON_WRITE:

https://svnweb.freebsd.org/changeset/base/363065
https://reviews.freebsd.org/D25502

Also worth noting that I don't believe stable/12 (FreeBSD 12.x) will be getting 
this syscall (correct me if im wrong Kyle), so these tests may still fail on 
the FreeBSD 12.x worker, and the tests should be updated to account for that in 
some manner.

--

___
Python tracker 

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

[issue41013] test_os.test_memfd_create() fails on AMD64 FreeBSD Shared 3.x

[Kyle Evans]

Kyle Evans  added the comment:

I can confirm that neither 12 nor 11 will be getting memfd_create; file sealing 
is a little more complicated to MFC, and I don't want to provide memfd_create 
in a place where it can't be paired with file sealing in case applications 
assume they come hand-in-hand and want to use sealing for freezable shm type 
stuff.

--

___
Python tracker 

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

[issue41288] Pickle crashes unpickling invalig NEWOBJ_EX opcode

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
title: Pickle crashes using a crafted datetime object -> Pickle crashes 
unpickling invalig NEWOBJ_EX opcode

___
Python tracker 

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

[issue41288] Pickle crashes unpickling invalid NEWOBJ_EX opcode

[Christian Heimes]

Change by Christian Heimes :


--
title: Pickle crashes unpickling invalig NEWOBJ_EX opcode -> Pickle crashes 
unpickling invalid NEWOBJ_EX opcode

___
Python tracker 

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

[issue41288] Pickle crashes unpickling invalid NEWOBJ_EX opcode

[miss-islington]

Change by miss-islington :


--
pull_requests: +20607
pull_request: https://github.com/python/cpython/pull/21460

___
Python tracker 

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

[issue41288] Pickle crashes unpickling invalid NEWOBJ_EX opcode

[miss-islington]

Change by miss-islington :


--
pull_requests: +20606
pull_request: https://github.com/python/cpython/pull/21459

___
Python tracker 

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

[issue41288] Pickle crashes unpickling invalid NEWOBJ_EX opcode

[miss-islington]

miss-islington  added the comment:


New changeset 4f309abf55f0e6f8950ac13d6ec83c22b8d47bf8 by Serhiy Storchaka in 
branch 'master':
bpo-41288: Fix a crash in unpickling invalid NEWOBJ_EX. (GH-21458)
https://github.com/python/cpython/commit/4f309abf55f0e6f8950ac13d6ec83c22b8d47bf8


--
nosy: +miss-islington

___
Python tracker 

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

[issue41288] Pickle crashes unpickling invalid NEWOBJ_EX opcode

[Christian Heimes]

Christian Heimes  added the comment:

Ned, would you like to get this fix backported to 3.6 and 3.7?

--
nosy: +ned.deily
versions: +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

[issue41285] memoryview does not support subclassing

[Inada Naoki]

Inada Naoki  added the comment:

Would you be more specific about why you need that feature on the Python-ideas 
mailing list or "Ideas" category on discuss.python.org?

--
nosy: +inada.naoki

___
Python tracker 

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

[issue41284] High Level API for json file parsing

[Inada Naoki]

Inada Naoki  added the comment:

(Off topic) There is a very common mistake in this code:

```
with oepn(filepath, 'r') as f:
data = json.load(f)
```

JSON file is encoded in UTF-8. But the default text encoding is locale encoding.

You should do this instead:

```
with oepn(filepath, 'rb') as f:
data = json.load(f)
```

This works for legacy JSON with UTF-16 or UTF-32 (with/without BOM).too.

--
nosy: +inada.naoki

___
Python tracker 

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

[issue41288] Pickle crashes unpickling invalid NEWOBJ_EX opcode

[Ned Deily]

Ned Deily  added the comment:

Sounds like a good idea.

--
versions: +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

[issue41288] Pickle crashes unpickling invalid NEWOBJ_EX opcode

[miss-islington]

miss-islington  added the comment:


New changeset f56c75ed53dcad4d59dff4377ae463d6b96acd3e by Miss Islington (bot) 
in branch '3.8':
bpo-41288: Fix a crash in unpickling invalid NEWOBJ_EX. (GH-21458)
https://github.com/python/cpython/commit/f56c75ed53dcad4d59dff4377ae463d6b96acd3e


--

___
Python tracker 

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

[issue41288] Pickle crashes unpickling invalid NEWOBJ_EX opcode

[miss-islington]

Change by miss-islington :


--
pull_requests: +20608
pull_request: https://github.com/python/cpython/pull/21461

___
Python tracker 

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

[issue41288] Pickle crashes unpickling invalid NEWOBJ_EX opcode

[miss-islington]

Change by miss-islington :


--
pull_requests: +20609
pull_request: https://github.com/python/cpython/pull/21462

___
Python tracker 

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

[issue41288] Pickle crashes unpickling invalid NEWOBJ_EX opcode

[miss-islington]

miss-islington  added the comment:


New changeset 57c984fab69b862563899d2c11da7d27201f4152 by Miss Islington (bot) 
in branch '3.9':
bpo-41288: Fix a crash in unpickling invalid NEWOBJ_EX. (GH-21458)
https://github.com/python/cpython/commit/57c984fab69b862563899d2c11da7d27201f4152


--

___
Python tracker 

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

[issue41291] Race conditions when opening and deleting a file on Mac OS X

[Giovanni Pizzi]

New submission from Giovanni Pizzi :

Hello,

when creating deleting (with `os.remove`/`os.unlink`) a file and opening it in 
a different process at (almost) the same time, on Mac OS X relatively often I 
get a file that is empty instead of either a `FileNotFoundError` exception, or 
an open handle with the original content, i.e. at least one of the two 
operations (unlinking or opening) seems to be non-atomic.
(With empty I mean that if after I open the file (mode 'rb'), then 
`fhandle.read()` returns me b''.

More in particular, after quite some debugging I noticed that what happens is 
that if I stat the file descriptor, `st_ino` is zero.

This can reproduced very easily.
I set up a GitHub repository here: 
https://github.com/giovannipizzi/concurrent-delete-race-problem
with simple examples and tests (and both a Python implementation and a C 
implementation).
There are also GitHub Actions that run on Mac, Ubuntu and Windows, and 
apparently the problem exists only on Mac (and happens on all versions).

For completeness I attach also here a tar.gz with the two very short python 
files that just need be run in parallel - in my Mac OS X (macOS 10.14.6, 15" 
2016 MacBook Pro, python 3.6) I get the error essentially at every run. 

Important: while much harder to reproduce, I can get the same error and 
behaviour also with the (I think equivalent) C code. 
Therefore, this seems to be more a problem with the Mac OS standard libraries?

My first question is: has anybody ever seen this problem? It seems to me quite 
easy to reproduce, but I'm surprised that I couldn't find any reference in the 
internet even after searching for various hours (maybe I used the wrong 
keywords?)

Second question: should this be reported directly to Apple?

Third question: Even if this is a bug, would it make sense to implement a patch 
in python that raises some exception if st_ino is zero when opening a file? Or 
am I simplifying too much and in some conditions st_ino=0 is valid on some 
types of mounted filesystems? Is there some other way to have a more atomic 
behaviour for this race condition in python?

Thanks a lot!

--
components: IO, macOS
files: concurrency-tests.tar.gz
messages: 373606
nosy: Giovanni Pizzi, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Race conditions when opening and deleting a file on Mac OS X
versions: Python 3.5, Python 3.6, Python 3.7, Python 3.8
Added file: https://bugs.python.org/file49315/concurrency-tests.tar.gz

___
Python tracker 

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

[issue41045] f-string's "debug" feature is undocumented

[Rishi]

Rishi  added the comment:

Hello all,

Could I help by adding this to the documentation ?

--
nosy: +rishi93

___
Python tracker 

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

[issue41045] f-string's "debug" feature is undocumented

[Eric V. Smith]

Eric V. Smith  added the comment:

@rishi93: yes, please do!

--

___
Python tracker 

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

[issue37237] python 2.16 from source on Ubuntu 18.04

[Zackery Spytz]

Zackery Spytz  added the comment:

Python 2.7 is no longer supported, so I think this issue should be closed.

--
nosy: +ZackerySpytz

___
Python tracker 

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

[issue41292] Dead link in Windows FAQ

[Michel Samia]

New submission from Michel Samia :

In https://github.com/python/cpython/blob/master/Doc/faq/windows.rst, the link 
"https://anthony-tuininga.github.io/cx_Freeze/"; is dead. The new valid URL is 
probably https://cx-freeze.readthedocs.io/en/latest/

--
assignee: docs@python
components: Documentation
messages: 373610
nosy: Michel Samia, docs@python
priority: normal
severity: normal
status: open
title: Dead link in Windows FAQ
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

[issue41292] Dead link in Windows FAQ

[Michel Samia]

Change by Michel Samia :


--
keywords: +patch
pull_requests: +20610
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/21463

___
Python tracker 

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

[issue41045] f-string's "debug" feature is undocumented

[Rajarishi Devarajan]

Change by Rajarishi Devarajan :


--
keywords: +patch
pull_requests: +20612
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/21464

___
Python tracker 

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

[issue41045] f-string's "debug" feature is undocumented

[Rajarishi Devarajan]

Rajarishi Devarajan  added the comment:

Thank you very much. I have made a pull request. Looking forward to your review 
on my first open-source contribution :)

--

___
Python tracker 

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

[issue37237] python 2.16 from source on Ubuntu 18.04

[Benjamin Peterson]

Change by Benjamin Peterson :


--
resolution:  -> out of date
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

[issue41282] Deprecate and remove distutils

[Łukasz Langa]

Łukasz Langa  added the comment:

It's too late to add a new deprecation in the Python 3.9 cycle. Next week is 
the *last* beta release. Most beta testing already took place.

--

___
Python tracker 

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

[issue41282] Deprecate and remove distutils

[Paul Ganssle]

Paul Ganssle  added the comment:

> So what is the plan to continue to support building cpython itself which 
> depends on Distutils? Currently the build bootstraps itself without the aid 
> of an existing Python interpreter instance. There would also be major impacts 
> across the whole cpython development process.

My understanding was that the plan was to move the standard library distutils 
into a private module somewhere in the standard library and presumably to slim 
it down to only the bare minimum required for what is necessary to build Python 
itself. We're really only concerned with the use of distutils to build packages.

> For example, there are many open Distutils issues in the bugs.python.org bug 
> tracker. We need a plan on how those are to be handled (and that should take 
> into account the expected transition from b.p.o to GitHub issues).  People 
> will continue to submit issues agains Distutils there so triage team members 
> and core developers need to know how to handle such issues. What if an issue 
> applies also or only to a previous release branch (i.e. where Distutils is 
> still in the repo)?

As far as I can tell we've already been telling people that issues in distutils 
should be fixed in setuptools instead for a few years. I don't think anything 
needs to be done about the currently open distutils tickets before we 
*deprecate* distutils, though during the deprecation period we'll probably want 
to decide whether we want to migrate them, do a mass closure or just leave them 
to be ad hoc closed as people stumble upon them later. Mass closure may be 
complicated because tickets affecting CPython itself will still need to be 
addressed.

> What about Distutils documentation in the Python docset?  THose are just some 
> off the top of my head.

The distutils documentation is already basically just a warning page that says 
"stop using distutils": 
https://docs.python.org/3/library/distutils.html#module-distutils

Before these reference materials are removed from the docs we'll need to make 
sure that all the stuff that's still supported is documented on the setuptools 
side.

> I don't think any of these issues are necessarily blockers but they need to 
> be planned for and reviewed.  I think a PEP is definitely in order for a 
> change of this magnitude.

A PEP may be a good idea, but I do think the change doesn't have a particularly 
large magnitude. Anyone using setuptools or pip has already been getting 
setuptools' monkey-patched version of distutils for ages now, and soon they 
will be getting setuptools' vendored version. The documentation already 
indicates that distutils is at least soft-deprecated in favor of setuptools and 
we've already been directing issues and PRs to setuptools instead of distutils. 
This last piece is really formalizing something we've been incrementally 
working towards for a long time now. Doesn't mean we shouldn't do it carefully 
and with a lot of notice, but it's also not a sudden and massive shift.

--
nosy: +p-ganssle

___
Python tracker 

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

[issue41282] Deprecate and remove distutils

[Steve Dower]

Steve Dower  added the comment:

Deprecating in 3.10 is fine - everyone who needs to know about it releases 
whenever they like anyway, so we just need to make _some_ announcement.

I'd propose either moving it to Tools/distutils, or renaming it to _distutils. 
The point is that we're saying it's only fit for use for the core build now, 
and nobody else should ever import it (or complain about it ;) ).

--
nosy:  -p-ganssle

___
Python tracker 

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

[issue41282] Deprecate and remove distutils

[Donald Stufft]

Donald Stufft  added the comment:

Maybe it would make sense to remove distutils from the name completely, 
_buildutils or something. Dunno, seems like it might be reasonable just to 
further separate it from the concept of "distutils" the public library.

--

___
Python tracker 

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

[issue41282] Deprecate and remove distutils

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +p-ganssle

___
Python tracker 

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

[issue41288] Pickle crashes unpickling invalid NEWOBJ_EX opcode

[Ned Deily]

Ned Deily  added the comment:


New changeset 620e276a8c1d53332fbf08d369be87f862b6949d by Miss Islington (bot) 
in branch '3.7':
bpo-41288: Fix a crash in unpickling invalid NEWOBJ_EX. (GH-21458) (GH-21461)
https://github.com/python/cpython/commit/620e276a8c1d53332fbf08d369be87f862b6949d


--

___
Python tracker 

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

[issue41288] Pickle crashes unpickling invalid NEWOBJ_EX opcode

[Ned Deily]

Ned Deily  added the comment:


New changeset 6463cf07fef7a923a743fcaf312150c45fd81b64 by Miss Islington (bot) 
in branch '3.6':
bpo-41288: Fix a crash in unpickling invalid NEWOBJ_EX. (GH-21458) (GH-21462)
https://github.com/python/cpython/commit/6463cf07fef7a923a743fcaf312150c45fd81b64


--

___
Python tracker 

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

[issue41288] Pickle crashes unpickling invalid NEWOBJ_EX opcode

[Ned Deily]

Change by Ned Deily :


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

[issue29778] [CVE-2020-15523] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

[Steve Dower]

Steve Dower  added the comment:

Correction: the original discovery credit goes to Eran Shimony 
 and Ido Hoorvitch   
from CyberArk.

--

___
Python tracker 

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

[issue40219] ttk LabeledScale: label covered by hidden element

[E. Paine]

Change by E. Paine :


--
pull_requests: +20613
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/21467

___
Python tracker 

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

[issue40219] ttk LabeledScale: label covered by hidden element

[E. Paine]

Change by E. Paine :


--
versions: +Python 3.10 -Python 3.7

___
Python tracker 

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

[issue41293] fix confusing example in hashlib docs

[Pavel Trukhanov]

New submission from Pavel Trukhanov :

The documentation found in 
https://docs.python.org/3/library/hashlib.html#hash-algorithms

give us the following two examples:

```
For example, to obtain the digest of the byte string b'Nobody inspects the 
spammish repetition':

>>>
>>> import hashlib
>>> m = hashlib.sha256()
>>> m.update(b"Nobody inspects")
>>> m.update(b" the spammish repetition")
>>> m.digest()
b'\x03\x1e\xdd}Ae\x15\x93\xc5\xfe\\\x00o\xa5u+7\xfd\xdf\xf7\xbcN\x84:\xa6\xaf\x0c\x95\x0fK\x94\x06'
>>> m.digest_size
32
>>> m.block_size
64

More condensed:
>>>
hashlib.sha224(b"Nobody inspects the spammish repetition").hexdigest()
'a4337bc45a8fc544c03f52dc550cd6e1e87021bc896588bd79e901e2'
hashlib
```
It's confusing because two examples use different algo - sha256 and sha224, 
respectfully. 

Also the first one gets `.digest()` while the other - `.hexdigest()`, which are 
incomparable.

--
assignee: docs@python
components: Documentation
messages: 373619
nosy: Pavel Trukhanov, docs@python
priority: normal
severity: normal
status: open
title: fix confusing example in hashlib docs

___
Python tracker 

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

[issue41293] fix confusing example in hashlib docs

[Pavel Trukhanov]

Change by Pavel Trukhanov :


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

[issue32192] Provide importlib.util.lazy_import helper function

[Joannah Nanjekye]

Joannah Nanjekye  added the comment:


New changeset 8dd32fe645c9503cf8e6be4b1580c3a59b450168 by Joannah Nanjekye in 
branch 'master':
bpo-32192: A basic lazy importer example (GH-21330)
https://github.com/python/cpython/commit/8dd32fe645c9503cf8e6be4b1580c3a59b450168


--

___
Python tracker 

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

[issue41294] Allow '__qualname__' to be an instance of 'DynamicClassAttribute'

[William Pickard]

New submission from William Pickard :

Currently within Python, the attribute '__qualname__' is restricted to only be 
a string valued attribute.

This makes is rather cumbersome for anyone who wants to implement 
'__qualname__' as a property, instead of a plain attribute (especially if 
'__slots__' are used)

Python also has the type 'DynamicClassAttribute' who's only first party user is 
the 'enum' module, BUT it only supports shadow get requests.

Therefore, I'm requesting both changing DynamicClassAttribute to supoort 
__set__ and __del__ to function like __get__ AND to allow __qualname__ to be an 
instance of DynamicClassAttribute.

--
messages: 373621
nosy: WildCard65
priority: normal
severity: normal
status: open
title: Allow '__qualname__' to be an instance of 'DynamicClassAttribute'
type: enhancement
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

[issue41282] Deprecate and remove distutils

[Brett Cannon]

Brett Cannon  added the comment:

FYI PEP 387 (which I expect will be accepted once I catch up from vacation) 
specified deprecations are to be public for two releases before removal or 
approval from the SC for a shorter cycle.

So if distutils is deprecated in 3.10 then it can be removed in 3.12 or you can 
ask the SC for an exemption to do it in 3.11.

--

___
Python tracker 

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

[issue41045] f-string's "debug" feature is undocumented

[Emmanuel Arias]

Change by Emmanuel Arias :


--
nosy: +eamanu

___
Python tracker 

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

[issue40978] Document that typing.SupportsXXX protocols are runtime checkable

[ramalho]

ramalho  added the comment:

After experimenting with theses protocols, I believe the user community is 
better served by leaving undocumented the fact that they are runtime checkable, 
because their runtime results are inconsistent with how Mypy handles them, 
producing both false positives and false negatives.

I've documented the problems 
(https://github.com/fluentpython/abc-protocol-labs/blob/master/protocol-issues.rst)
 and started two threads about them in the typing-sig mailing list:

[1] 
https://mail.python.org/archives/list/typing-...@python.org/message/CSM3ZCWNRBO4RGGTSM664DD37JYOUVCO/
 
[2] 
https://mail.python.org/archives/list/typing-...@python.org/message/FSV6WSFGWD4QZO6ECY3JADF7M2PW5FKK/

Thread [1] got a useful partial response from Guido. Open questions remain. 
Thread [2] got no response at all.

I will gladly reengage in those threads or in this issue if there is interest. 
As it stands, I believe the use of the @runtime_checkable feature on several of 
these protocols is unreliable and should not be promoted.

--

___
Python tracker 

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

[issue41293] fix confusing example in hashlib docs

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +christian.heimes, gregory.p.smith

___
Python tracker 

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

[issue41287] __doc__ attribute is not set in property-derived classes

[Raymond Hettinger]

Raymond Hettinger  added the comment:

What would you expect this to print?

class Property(property):
'custom docstring'

print(Property(None, None, None, "hello").__doc__)

--
nosy: +rhettinger

___
Python tracker 

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

[issue32695] tarfile.open() raises TypeError when using compresslevel parameter with LZMA

[Zackery Spytz]

Change by Zackery Spytz :


--
nosy: +ZackerySpytz
nosy_count: 1.0 -> 2.0
pull_requests: +20614
pull_request: https://github.com/python/cpython/pull/21470

___
Python tracker 

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

[issue41278] Wrong Completion on Editing Mode of IDLE

[Alex]

Alex <2423067...@qq.com> added the comment:

Well. I found that this bug happens frequntly, sometimes it just shows the 
proper list, like __builtins__, __docs__ and stuff. Sometimes the completion 
windows just gives me 'idlelib'.
p.s.:idle won't show __main__ when you type something and press ctrl+space, but 
the completion *seems do* exist (and gives the proper list that I said before) 
when you type ctrl+space, but by pressing enter a NameError is raised because 
__main__ *do not* exist, actually. I'm finding out why this happens, and when.
p.p.s:I'm using python 3.8.2 shell.

--
status: open -> pending

___
Python tracker 

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

[issue41293] fix confusing example in hashlib docs

[Gregory P. Smith]

Gregory P. Smith  added the comment:

I probably I wrote these docs (a long time ago).  The examples are being used 
to demonstrate different uses of the APIs including calling update multiple 
times, different algorithms, a binary digest and a hex digest.  

They weren't mean to show equivalence, but I agree... the wording could be 
improved to make what they are doing and why more clear.

--

___
Python tracker 

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