[Python-Dev] Re: Python Language Summit at PyCon 2022 in Salt Lake City

[Mariatta]

Hi everybody,

Just sending out a reminder to sign up for the language summit. The signups
are open until EOD Friday this week.

*When:* Wednesday, April 27, 2022
*Where:* in person during PyCon US, Salt Palace Convention Center, room TBD

*Sign up to attend:*  https://forms.gle/CS8B6wJdcaN3rtWV8
 (closes March 25 th, 2022 AoE)
*Sign up to discuss a topic:* https://forms.gle/LAFE6TTYi15jL5RaA (closes
March 25th, 2022 AoE)

Currently the room is more than half full! We have close to 30
attendees signing up, but we haven't received a lot of presentation
proposals yet. (less than 5)

>From the signups, it seems like attendees are interested in discussing
topics like: Cinder, Faster CPython, and various PEPs. So if you've been
thinking about submitting a proposal, please do it soon!

Thank you,

Mariatta, Łukasz, & Senthil
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at 
https://mail.python.org/archives/list/python-dev@python.org/message/K4RGAZJIV3AFNXUUVUE766IPHOXN3JTU/
Code of Conduct: http://python.org/psf/codeofconduct/

[Python-Dev] Accepting PEP 675 - Arbitrary Literal String Type

[Gregory P. Smith]

On behalf of the Python Steering Council, we are accepting PEP 675 -
Arbitrary Literal String Type .

TL;DR - PEP 675 allows type checkers to help prevent bugs allowing
attacker-controlled data to be passed to APIs that declare themselves as
requiring literal, in-code strings.

This is a very thorough PEP with a compelling and highly relevant set of
use cases. If I tried to call out all the things we like about it, it’d
turn into a table of contents. It is long, but everything has a reason to
be there. :)

Once implemented, we expect it to be a challenge to tighten widely used
existing APIs that accept str today to be LiteralString for practical
reasons of what existing code calling unrestricted APIs naturally does. The
community would benefit from anyone who attempts to move a widely used
existing str API to LiteralString sharing their experiences, successful or
not.

-gps for the steering council
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at 
https://mail.python.org/archives/list/python-dev@python.org/message/XEOOSSPNYPGZ5NXOJFPLXG2BTN7EVRT5/
Code of Conduct: http://python.org/psf/codeofconduct/

[Python-Dev] Accepting PEP 655 - Marking individual TypedDict items as required or potentially-missing

[Gregory P. Smith]

On behalf of the Python Steering Council, we are pleased to accept PEP 655
- Marking individual TypedDict items as required or potentially-missing
.

Thanks for considering the potential for confusion with Optional during the
design and recommending best practices in the “how to teach” section.

A couple SC members have tried using TypedDict and found it painful, this
PEP helps.

-gps for the steering council
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at 
https://mail.python.org/archives/list/python-dev@python.org/message/AJEDNVC3FXM5QXNNW5CR4UCT4KI5XVUE/
Code of Conduct: http://python.org/psf/codeofconduct/

[Python-Dev] Re: Accepting PEP 675 - Arbitrary Literal String Type

[Neil Schemenauer]

On 2022-03-21, Gregory P. Smith wrote:
> TL;DR - PEP 675 allows type checkers to help prevent bugs allowing
> attacker-controlled data to be passed to APIs that declare themselves as
> requiring literal, in-code strings.

Great idea.  I did something like this for HTML templating in the
Quixote web framework (to avoid XSS bugs).  I did it as a special
kind of module with a slightly different compiler (using AST
transform).  With the LiteralString feature, I can implement the
same kind of thing directly in Python.
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at 
https://mail.python.org/archives/list/python-dev@python.org/message/LVLMHYESDODJCH57KSEY6AAVM65IMYYD/
Code of Conduct: http://python.org/psf/codeofconduct/