[Python-Dev] Re: Suggestion: a little language for type definitions

2022-01-10 Thread Greg Ewing
On 9/01/22 2:46 pm, Steven D'Aprano wrote: if you can read expressions: spam(eggs | cheese, aardvark) then you can read type expressions: Spam[Eggs | Cheese, Aardvark] That's like me saying that I can read Greek just because I know how to pronounce the letters. I do, but that

[Python-Dev] Re: PEP 676 -- PEP Infrastructure Process

2022-01-10 Thread Adam Turner
Sorry to be awkward, but please may we discuss this on discourse? I don't want the discussion to be bifurcated for people trying to follow this PEP. I'll reply inline there. A ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an

[Python-Dev] Re: PEP 676 -- PEP Infrastructure Process

2022-01-10 Thread Barry Warsaw
This looks great Adam, +1 One thing I’m pining for is a dark mode theme to PEPs. I know that’s outside the scope of this PEP, but if you’re building a custom theme anyway, maybe you can consider it. Whether in this PEP or not, the design and implementation of the new system should be fully

[Python-Dev] Re: PEP 676 -- PEP Infrastructure Process

2022-01-10 Thread Abdur-Rahmaan Janhangeer
There should be a pep somewhere to remove the "How to teach this" section for these kinds of peps. Kind Regards, Abdur-Rahmaan Janhangeer about | blog github Mauritius On Mon, Jan 10, 2022

[Python-Dev] PEP 676 -- PEP Infrastructure Process

2022-01-10 Thread python
Hi, I would like to announce PEP 676 to python-dev. It is a meta-PEP focussed on modernising the PEP build infrastructure. From the abstract, "This PEP addresses the infrastructure around rendering PEP files from reStructuredText files to HTML webpages. We aim to specify a self-contained and

[Python-Dev] Core review request: bpo-33178: Add BigEndianUnion, LittleEndianUnion classes to ctypes #25480

2022-01-10 Thread Dave Goncalves
Apologies for one of these review request emails. Anybody with ctypes experience in the core reviewer team available to review and comment/merge? This has gotten reviewed and passes checks. Python bug: https://bugs.python.org/issue33178 Current PR: https://github.com/python/cpython/pull/25480

[Python-Dev] Re: PEP 679 – Allow parentheses in assert statements

2022-01-10 Thread Victor Stinner
On Mon, Jan 10, 2022 at 4:04 PM Guido van Rossum wrote: > Note that Pablo explicitly requested all feedback to Discourse. Oooops sorry, I missed that part of his email! Victor ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an

[Python-Dev] Re: [PSA] OpenSSL 3.0 support is preliminary and experimental

2022-01-10 Thread Miro Hrončok
On 09. 01. 22 19:39, Christian Heimes wrote: Hi, I would like to remind everybody that Python's support for OpenSSL 3.0 is preliminary [1]. Python compiles with OpenSSL 3.0.0 and simple code kinda works. However there are known performance regressions, missing features (e.g. usedforsecurity

[Python-Dev] Re: PEP 679 – Allow parentheses in assert statements

2022-01-10 Thread Guido van Rossum
Note that Pablo explicitly requested all feedback to Discourse. On Mon, Jan 10, 2022 at 06:15 Batuhan Taskaya wrote: > > While it can indeed, make otherwise stable projects with "nop"s assert > sudden failing, that should be a trivial fix for any non-unmaintained > project. > > Agreed. This

[Python-Dev] Re: PEP 679 – Allow parentheses in assert statements

2022-01-10 Thread Batuhan Taskaya
> While it can indeed, make otherwise stable projects with "nop"s assert sudden failing, that should be a trivial fix for any non-unmaintained project. Agreed. This would be like a bug fix. I don't think anyone is depending on the current behavior (beside explicit tests in linters, which is only

[Python-Dev] Re: PEP 679 – Allow parentheses in assert statements

2022-01-10 Thread Joao S. O. Bueno
On Mon, 10 Jan 2022 at 08:39, Victor Stinner wrote: > Does someone know if linters like pylint or pylakes current warn on > "assert(test, msg)" statements? > > If a project use such assertions which are always true, they can start > failing wit the PEP 679, right? OTOH, any assertion which

[Python-Dev] Re: PEP 679 – Allow parentheses in assert statements

2022-01-10 Thread Paul Moore
On Mon, 10 Jan 2022 at 11:43, Batuhan Taskaya wrote: > > > Does someone know if linters like pylint or pylakes current warn on > > "assert(test, msg)" statements? > > I believe so, both the python itself (through SyntaxWarnings) and > other linters warn about this. ❯ py Python 3.10.1

[Python-Dev] Re: PEP 679 – Allow parentheses in assert statements

2022-01-10 Thread Batuhan Taskaya
> Does someone know if linters like pylint or pylakes current warn on > "assert(test, msg)" statements? I believe so, both the python itself (through SyntaxWarnings) and other linters warn about this. > Is it possible to run a code search on PyPI top 5000 projects to see > if such always-true

[Python-Dev] Re: PEP 679 – Allow parentheses in assert statements

2022-01-10 Thread Victor Stinner
Does someone know if linters like pylint or pylakes current warn on "assert(test, msg)" statements? If a project use such assertions which are always true, they can start failing wit the PEP 679, right? Hopefully, the fix is easy: removing the parenthesis give the same behavior on old and new

[Python-Dev] Re: [PSA] OpenSSL 3.0 support is preliminary and experimental

2022-01-10 Thread Erlend Aasland
Is there an issue that keeps track of all the missing pieces? A "remaining tasks" list would be useful for involving more devs (and of course useful when resuming development, "now, where was I..."). A quick search on BPO revealed some info: - bpo-46313: SSLObject does not raise SSLEOFError on