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

2022-01-07 Thread Steven D'Aprano
On Fri, Jan 07, 2022 at 04:27:37PM -0800, Christopher Barker wrote: > Note that if PEP 563 is ultimately accepted, then Annotations would be > strings, and type checkers could use any language they wanted. Annotations still have to be syntactically valid Python expressions. >>> from __future

[Python-Dev] Python 3.6 rides into the sunset

2022-01-07 Thread Ned Deily
While there are many reasons to welcome the end of 2021, I would like to give a shout-out to Python 3.6 which officially reached end-of-life on 2021-12-23, 6.5 years after its development began and exactly five years after its initial release. Building on the success of previous Python 3 releas

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

2022-01-07 Thread Barry Warsaw
This is actually a topic the 2021 SC discussed at length and at the time we decided that the typing language should follow the execution language. It was buried in the call type syntax thread so it’s was probably easy to miss: https://mail.python.org/archives/list/python-dev@python.org/message/

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

2022-01-07 Thread Christopher Barker
On Fri, Jan 7, 2022 at 4:04 PM wrote: > I posted this suggestion earlier in the callable type syntax discussion, > at which point it was completely ignored. > Maybe not. I made a similar suggestion early in the thread, and Brett Cannon said that the SC had rejected that approach. But I’m not su

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

2022-01-07 Thread jack . jansen
I posted this suggestion earlier in the callable type syntax discussion, at which point it was completely ignored. Possibly because it’s a really stupid idea, but let me post it again on the off chance that it isn’t a stupid idea but was overlooked. > If I can make a wild suggestion: why not c

[Python-Dev] Summary of Python tracker Issues

2022-01-07 Thread Python tracker
ACTIVITY SUMMARY (2021-12-31 - 2022-01-07) Python tracker at https://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open7199 ( +4) closed 50825 (+78) total 58024 (+82) Open issues wi

[Python-Dev] Re: About vulnerabilities in Cpython native code

2022-01-07 Thread Chris Angelico
On Fri, Jan 7, 2022 at 6:09 PM Stephen J. Turnbull wrote: > > Chris Angelico writes: > > > Python source code is not user input though. So there has to be a way > > for someone to attack a Python-based service, like attacking a web app > > by sending HTTP requests to it. > > Not sure what your