[flagged]
What's up Python? Epic CPython commit, Django 5 and 2FA for PyPI
11–20 of 123 posts
Re: What's up Python? Epic CPython commit, Django 5 and 2FA for PyPI
#12Do we have any idea how the introduction of the JIT compiler in CPython 3.13 will impact the performance?
Re: What's up Python? Epic CPython commit, Django 5 and 2FA for PyPI
#13Re: What's up Python? Epic CPython commit, Django 5 and 2FA for PyPI
#14It recommends to use "hashlib" instead, which isn't API compatible to crypt, and if you load it on a new enough python... triggers a deprecation warning about "crypt" being deprecated. Oh, and it seems unmaintained.
Re: What's up Python? Epic CPython commit, Django 5 and 2FA for PyPI
#15It's worth noting that that 2FA requirement will have (virtuous) knock-on effects: package uploads will require an API token instead of allowing a password, meaning one less place where a user can accidentally expose control over their entire account. For packages published through GitHub Actions, PyPI's Trusted Publishing goes a step further and removes the need for a shared API token entirely[1].
Re: What's up Python? Epic CPython commit, Django 5 and 2FA for PyPI
#16[flagged]
Re: What's up Python? Epic CPython commit, Django 5 and 2FA for PyPI
#17Re: What's up Python? Epic CPython commit, Django 5 and 2FA for PyPI
#18If you read nothing else, the commit message adding JIT support is worth your time: https://github.com/python/cpython/pull/113465
Re: What's up Python? Epic CPython commit, Django 5 and 2FA for PyPI
#192FA but still no namespaces? Dependency confusion attacks are still trivial on PyPI.
requestss
and requestss/requests
(I think namespacing is a good idea in general, but dependency confusion is mostly a disjoint namespaces problem, not a depth problem. Python could solve the former by doing what Go does and make the source repository itself be the namespace, but this a significant incompatible breakage.)Re: What's up Python? Epic CPython commit, Django 5 and 2FA for PyPI
#20Is there a PEP 8106 alternative coming for the unittest module too? The naming scheme really looks odd.
Unlikely: https://discuss.python.org/t/enhance-logging-api-with-pep-8-...
Indeed, not a hill worth dying on either way but it’s a little wild the counter argument is “increased support costs” when, let’s be real, there is no significant increased support beyond the initial scope of work.
If core Python ever plans on consistency, introducing these aliases early is the main way for them to achieve it. Even if there is no direct plan for deprecation. Something something about the best time to plant a tree.