[issue40874] Update to libmpdec-2.5.0

Christian Heimes added the comment: > I was the one being attacked in this issue, while releasing a zero fault library whose release procedures resemble those found in avionics software. I have reported this incident to the steering council and Code of Conduct working group. I let them decide

[issue40874] Update to libmpdec-2.5.0

Change by Stefan Krah : -- components: +Extension Modules resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> behavior ___ Python tracker ___

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: Christian, you are also completely ignoring the original attack of Anthony, so you are biased and there is no point continuing. -- ___ Python tracker __

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: I was the one being attacked in this issue, while releasing a zero fault library whose release procedures resemble those found in avionics software. -- ___ Python tracker _

[issue40874] Update to libmpdec-2.5.0

Christian Heimes added the comment: As soon as a Python release enters beta phase, all dependencies are locked. Since Python 3.9.0-b1 supported --with-system-libmpdec with libmpdec-2.4.2, all future releases of 3.9.0 until EOL of 3.9 branch have to support 2.4.2. Since 3.9.0-b3 does not work

[issue41194] Python 3.9.0b3 crash on compile() in PyAST_Check() when the _ast module is loaded more than once

Change by STINNER Victor : -- title: SIGSEGV in Python 3.9.0b3 in Python-ast.c:1412 -> Python 3.9.0b3 crash on compile() in PyAST_Check() when the _ast module is loaded more than once ___ Python tracker

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: It is instructive that ArchLinux quietly and professionally packaged mpdecimal-2.5.0 hours after the release: https://www.archlinux.org/packages/?sort=&q=mpdecimal&maintainer=&flagged= This is in stark contrast with Python-dev, where a maintainer of an *experi

[issue17805] No such class: multiprocessing.pool.AsyncResult

Change by Volker Weißmann : -- pull_requests: +20440 pull_request: https://github.com/python/cpython/pull/21291 ___ Python tracker ___ __

[issue41194] SIGSEGV in Python 3.9.0b3 in Python-ast.c:1412

Change by STINNER Victor : -- versions: +Python 3.10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue41194] SIGSEGV in Python 3.9.0b3 in Python-ast.c:1412

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

[issue41194] SIGSEGV in Python 3.9.0b3 in Python-ast.c:1412

Change by Batuhan Taskaya : -- Removed message: https://bugs.python.org/msg372915 ___ Python tracker ___ ___ Python-bugs-list mailin

[issue41200] Add pickle.loads fuzz test

New submission from Bruce Day : add pickle.loads(x) fuzz test -- components: Tests messages: 372916 nosy: Bruce Day priority: normal pull_requests: 20438 severity: normal status: open title: Add pickle.loads fuzz test type: security versions: Python 3.10 ___

[issue41194] SIGSEGV in Python 3.9.0b3 in Python-ast.c:1412

Change by Rémi Lapeyre : -- title: Digital India -> SIGSEGV in Python 3.9.0b3 in Python-ast.c:1412 ___ Python tracker ___ ___ Python-

[issue41194] Digital India

Digital India added the comment: Digital INDIA Common Services Centre is an online portal where citizens are provided access to various government services. The CSC e-Governance is a  portal developed by the Ministry of Electronics and Information Technology, Government of India.  https://www.

[issue41194] SIGSEGV in Python 3.9.0b3 in Python-ast.c:1412

STINNER Victor added the comment: New changeset 74419f0c64959bb8392fcf3659058410423038e1 by Victor Stinner in branch 'master': bpo-41194: Pass module state in Python-ast.c (GH-21284) https://github.com/python/cpython/commit/74419f0c64959bb8392fcf3659058410423038e1 -- __

[issue35105] Document that CPython accepts "invalid" identifiers

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue41165] [Python 3.10] Remove APIs deprecated long enough

Inada Naoki added the comment: As we discussed in ML, PyEval_ReleaseLock is still used and removing may be not simple. Keep it as-is until Python 4.0. -- ___ Python tracker _

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Dong-hee Na added the comment: New changeset 9d006977d7ff5a45d6e7d696c1713fdf2dd308b7 by Mohamed Koubaa in branch 'master': bpo-1635741: Port sha256 module to multiphase init (PEP 489) (GH-21189) https://github.com/python/cpython/commit/9d006977d7ff5a45d6e7d696c1713fdf2dd308b7 -- _

[issue41199] Docstring convention not followed for dataclasses documentation page

Change by Roundup Robot : -- pull_requests: +20437 pull_request: https://github.com/python/cpython/pull/21289 ___ Python tracker ___ ___

[issue41199] Docstring convention not followed for dataclasses documentation page

Change by Ned Deily : -- pull_requests: -20436 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue40213] contextlib.aclosing()

Alex Grönholm added the comment: I think the most important use case for these is closing async generators deterministically, since they don't support the async context manager protocol. -- ___ Python tracker __

[issue40213] contextlib.aclosing()

John Belmonte added the comment: highlighting from PEP 533: > Async generators cannot do cleanup at all without some mechanism for > deterministic cleanup that people will actually use, and async generators are > particularly likely to hold resources like file descriptors. -- _

[issue41199] Docstring convention not followed for dataclasses documentation page

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 3.0 -> 4.0 pull_requests: +20436 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21289 ___ Python tracker _

[issue40213] contextlib.aclosing()

John Belmonte added the comment: Given the lack of deterministic cleanup for iterators (https://www.python.org/dev/peps/pep-0533/), aclosing() is the way to ensure deterministic cleanup given any API using async iteration. -- ___ Python tracker <

[issue40213] contextlib.aclosing()

Alex Grönholm added the comment: They are both still useful, particularly with third party libraries. Just yesterday I found myself looking for aclosing() in contextlib, only to remember this issue. -- ___ Python tracker

<    1   2