[python-committers] IMPORTANT: Check the 3.11.0 cherry-picks

2022-10-24 Thread Pablo Galindo Salgado 
Hi everyone,

I emerged from cherry-picking hell! As mentioned previously, the 3.11.0
final release will be done from the "branch-v3.11.0" branch
and will contain a bunch of cherry-picked commits on top of v3.11.0rc2.
These commits are:

* All documentation commits that **do not touch** any source code (120+
commits).
* The following bugfixes:

+ 6b82cb8 gh-95027: Fix regrtest stdout encoding on Windows (GH-98492)
+ 970c10aa6d0 gh-97616: list_resize() checks for integer overflow (GH-97617)
+ 67f5d24e44c gh-96848: Fix -X int_max_str_digits option parsing (GH-96988)
+ 9e008fe3519 gh-96821: Fix undefined behaviour in `_testcapimodule.c`
(GH-96915) (GH-96927)
+ bac61bc5b13 gh-95778: Mention sys.set_int_max_str_digits() in error
message (GH-96874)
+ 9cb7324e8fc [3.11] gh-96587: Raise `SyntaxError` for PEP654 on older
`feature_version` (GH-96588) (#96591)
+ 84fd4a54a61 [3.11] gh-97897: Prevent os.mkfifo and os.mknod segfaults
with macOS 13 SDK (GH-97944) (#97969)
+ 1a788914ca6 gh-96865: [Enum] fix Flag to use CONFORM boundary (GH-97528)
+ c95433573ac [3.11] gh-98331: Update bundled pip to 22.3 (GH-98332)
(gh-98400)
+ fc127628d58 gh-98414: py.exe launcher does not use defaults for
-V:company/ option (GH-98460)
+ 585c95df957 [3.11] GH-97752: Clear the previous member of newly-created
generator/coroutine frames (GH-97812)
+ 4e0fda59f1f gh-98360: multiprocessing now spawns children on Windows with
correct argv[0] in virtual environments (GH-98462)
+ 4c0c1e201a8 [3.11] gh-97514: Don't use Linux abstract sockets for
multiprocessing (GH-98501) (GH-98502)
+ d0ab10f6f01 [3.11] GH-97002: Prevent _PyInterpreterFrames from backing
more than one PyFrameObject (GH-98002)
+ 154b3cd7516 GH-96975: Skip incomplete frames in PyEval_GetFrame (GH-97018)


Please *check these commits* and let me know ASAP if we are missing
something you would like to include on the 3.11.0 final release.

You have until 15:00 UTC+0 today to let me know, otherwise, your changes
will need to wait until 3.11.1.

Thanks for your help!

Regards from sunny London,
Pablo Galindo Salgado
___
python-committers mailing list -- [email protected]
To unsubscribe send an email to [email protected]
https://mail.python.org/mailman3/lists/python-committers.python.org/
Message archived at 
https://mail.python.org/archives/list/[email protected]/message/SB5PWB32JQHE7QFIULXIZIGUFPKSYEKP/
Code of Conduct: https://www.python.org/psf/codeofconduct/

[python-committers] Re: IMPORTANT: Check the 3.11.0 cherry-picks

2022-10-24 Thread Gregory P. Smith 
On Mon, Oct 24, 2022 at 3:59 AM Pablo Galindo Salgado 
wrote:

> Hi everyone,
>
> I emerged from cherry-picking hell! As mentioned previously, the 3.11.0
> final release will be done from the "branch-v3.11.0" branch
> and will contain a bunch of cherry-picked commits on top of v3.11.0rc2.
> These commits are:
>
> * All documentation commits that **do not touch** any source code (120+
> commits).
> * The following bugfixes:
>
> + 6b82cb8 gh-95027: Fix regrtest stdout encoding on Windows (GH-98492)
> + 970c10aa6d0 gh-97616: list_resize() checks for integer overflow
> (GH-97617)
> + 67f5d24e44c gh-96848: Fix -X int_max_str_digits option parsing (GH-96988)
> + 9e008fe3519 gh-96821: Fix undefined behaviour in `_testcapimodule.c`
> (GH-96915) (GH-96927)
> + bac61bc5b13 gh-95778: Mention sys.set_int_max_str_digits() in error
> message (GH-96874)
> + 9cb7324e8fc [3.11] gh-96587: Raise `SyntaxError` for PEP654 on older
> `feature_version` (GH-96588) (#96591)
> + 84fd4a54a61 [3.11] gh-97897: Prevent os.mkfifo and os.mknod segfaults
> with macOS 13 SDK (GH-97944) (#97969)
> + 1a788914ca6 gh-96865: [Enum] fix Flag to use CONFORM boundary (GH-97528)
> + c95433573ac [3.11] gh-98331: Update bundled pip to 22.3 (GH-98332)
> (gh-98400)
> + fc127628d58 gh-98414: py.exe launcher does not use defaults for
> -V:company/ option (GH-98460)
> + 585c95df957 [3.11] GH-97752: Clear the previous member of newly-created
> generator/coroutine frames (GH-97812)
> + 4e0fda59f1f gh-98360: multiprocessing now spawns children on Windows
> with correct argv[0] in virtual environments (GH-98462)
> + 4c0c1e201a8 [3.11] gh-97514: Don't use Linux abstract sockets for
> multiprocessing (GH-98501) (GH-98502)
> + d0ab10f6f01 [3.11] GH-97002: Prevent _PyInterpreterFrames from backing
> more than one PyFrameObject (GH-98002)
> + 154b3cd7516 GH-96975: Skip incomplete frames in PyEval_GetFrame
> (GH-97018)
>
>
> Please *check these commits* and let me know ASAP if we are missing
> something you would like to include on the 3.11.0 final release.
>
> You have until 15:00 UTC+0 today to let me know, otherwise, your changes
> will need to wait until 3.11.1.
>

Github is claiming this list_resize() commit does not exist on a branch for
me?
 https://github.com/python/cpython/commit/970c10aa6d0

Is that just github being wonky or something else?

I double checked the following commits and they look good and show up on
github as being on branch-v3.11.0:
 https://github.com/python/cpython/commit/67f5d24e44c
 https://github.com/python/cpython/commit/bac61bc5b13
 https://github.com/python/cpython/commit/4c0c1e201a8

I didn't check others, those were the ones I was familiar with.

-gps


> Thanks for your help!
>
> Regards from sunny London,
> Pablo Galindo Salgado
> ___
> python-committers mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
> https://mail.python.org/mailman3/lists/python-committers.python.org/
> Message archived at
> https://mail.python.org/archives/list/[email protected]/message/SB5PWB32JQHE7QFIULXIZIGUFPKSYEKP/
> Code of Conduct: https://www.python.org/psf/codeofconduct/
>
___
python-committers mailing list -- [email protected]
To unsubscribe send an email to [email protected]
https://mail.python.org/mailman3/lists/python-committers.python.org/
Message archived at 
https://mail.python.org/archives/list/[email protected]/message/YKUFFBNL45IQPPS73AGDR3OOQIGAXHAM/
Code of Conduct: https://www.python.org/psf/codeofconduct/

[python-committers] Re: IMPORTANT: Check the 3.11.0 cherry-picks

2022-10-24 Thread Pablo Galindo Salgado 
Hummm, list_resize() is here:

https://github.com/python/cpython/commit/38ade0d2aca25748207189b17323874cad183f78
 


I am force-pushing to that branch when I need to rebase or cherry-pick with 
merge conflicts so the SHAs may change (maybe that’s why GitHub shows that 
message).

> On 24 Oct 2022, at 16:59, Gregory P. Smith  wrote:
> 
> 
> 
> On Mon, Oct 24, 2022 at 3:59 AM Pablo Galindo Salgado  > wrote:
> Hi everyone,
> 
> I emerged from cherry-picking hell! As mentioned previously, the 3.11.0 final 
> release will be done from the "branch-v3.11.0" branch
> and will contain a bunch of cherry-picked commits on top of v3.11.0rc2. These 
> commits are:
> 
> * All documentation commits that **do not touch** any source code (120+ 
> commits).
> * The following bugfixes:
> + 6b82cb8 gh-95027: Fix regrtest stdout encoding on Windows (GH-98492)
> + 970c10aa6d0 gh-97616: list_resize() checks for integer overflow (GH-97617)
> + 67f5d24e44c gh-96848: Fix -X int_max_str_digits option parsing (GH-96988)
> + 9e008fe3519 gh-96821: Fix undefined behaviour in `_testcapimodule.c` 
> (GH-96915) (GH-96927)
> + bac61bc5b13 gh-95778: Mention sys.set_int_max_str_digits() in error message 
> (GH-96874)
> + 9cb7324e8fc [3.11] gh-96587: Raise `SyntaxError` for PEP654 on older 
> `feature_version` (GH-96588) (#96591)
> + 84fd4a54a61 [3.11] gh-97897: Prevent os.mkfifo and os.mknod segfaults with 
> macOS 13 SDK (GH-97944) (#97969)
> + 1a788914ca6 gh-96865: [Enum] fix Flag to use CONFORM boundary (GH-97528)
> + c95433573ac [3.11] gh-98331: Update bundled pip to 22.3 (GH-98332) 
> (gh-98400)
> + fc127628d58 gh-98414: py.exe launcher does not use defaults for -V:company/ 
> option (GH-98460)
> + 585c95df957 [3.11] GH-97752: Clear the previous member of newly-created 
> generator/coroutine frames (GH-97812)
> + 4e0fda59f1f gh-98360: multiprocessing now spawns children on Windows with 
> correct argv[0] in virtual environments (GH-98462)
> + 4c0c1e201a8 [3.11] gh-97514: Don't use Linux abstract sockets for 
> multiprocessing (GH-98501) (GH-98502)
> + d0ab10f6f01 [3.11] GH-97002: Prevent _PyInterpreterFrames from backing more 
> than one PyFrameObject (GH-98002)
> + 154b3cd7516 GH-96975: Skip incomplete frames in PyEval_GetFrame (GH-97018)
> 
> Please check these commits and let me know ASAP if we are missing something 
> you would like to include on the 3.11.0 final release.
> 
> You have until 15:00 UTC+0 today to let me know, otherwise, your changes will 
> need to wait until 3.11.1.
> 
> Github is claiming this list_resize() commit does not exist on a branch for 
> me?
>  https://github.com/python/cpython/commit/970c10aa6d0 
> 
> 
> Is that just github being wonky or something else?
> 
> I double checked the following commits and they look good and show up on 
> github as being on branch-v3.11.0:
>  https://github.com/python/cpython/commit/67f5d24e44c 
> 
>  https://github.com/python/cpython/commit/bac61bc5b13 
> 
>  https://github.com/python/cpython/commit/4c0c1e201a8 
> 
> 
> I didn't check others, those were the ones I was familiar with.
>  
> -gps
> 
> 
> Thanks for your help!
> 
> Regards from sunny London,
> Pablo Galindo Salgado
> ___
> python-committers mailing list -- [email protected] 
> 
> To unsubscribe send an email to [email protected] 
> 
> https://mail.python.org/mailman3/lists/python-committers.python.org/ 
> 
> Message archived at 
> https://mail.python.org/archives/list/[email protected]/message/SB5PWB32JQHE7QFIULXIZIGUFPKSYEKP/
>  
> 
> Code of Conduct: https://www.python.org/psf/codeofconduct/ 
> 
___
python-committers mailing list -- [email protected]
To unsubscribe send an email to [email protected]
https://mail.python.org/mailman3/lists/python-committers.python.org/
Message archived at 
https://mail.python.org/archives/list/[email protected]/message/CGBGLK6DPJBOO4KMMDMSWJYM4RRQKVXN/
Code of Conduct: https://www.python.org/psf/codeofconduct/

[python-committers] [RELEASE] Python 3.11 final (3.11.0) is available

2022-10-24 Thread Pablo Galindo Salgado 
Python 3.11 is finally released. In the CPython release team, we have put a
lot of effort into making 3.11 the best version of Python possible. Better
tracebacks, faster Python, exception groups and except*, typing
improvements and much more. Get it here:

https://www.python.org/downloads/release/python-3110/

## This is the stable release of Python 3.11.0

Python 3.11.0 is the newest major release of the Python programming
language, and it contains many new features and optimizations.

# Major new features of the 3.11 series, compared to 3.10

Some of the new major new features and changes in Python 3.11 are:

## General changes

* [PEP 657](https://www.python.org/dev/peps/pep-0657/) -- Include
Fine-Grained Error Locations in Tracebacks
* [PEP 654](https://www.python.org/dev/peps/pep-0654/) -- Exception Groups
and `except*`
* [PEP 680](https://www.python.org/dev/peps/pep-0680/) -- tomllib: Support
for Parsing TOML in the Standard Library
* [gh-90908](https://github.com/python/cpython/issues/90908) -- Introduce
task groups to asyncio
* [gh-34627](https://github.com/python/cpython/issues/34627/) -- Atomic
grouping (`(?>...)`) and possessive quantifiers (`*+, ++, ?+, {m,n}+`) are
now supported in regular expressions.
* The [Faster CPython Project](https://github.com/faster-cpython/) is
already yielding some exciting results. Python 3.11 is up to 10-60% faster
than Python 3.10. On average, we measured a 1.22x speedup on the standard
benchmark suite. See [Faster CPython](
https://docs.python.org/3.11/whatsnew/3.11.html#faster-cpython) for details.

## Typing and typing language changes

* [PEP 673](https://www.python.org/dev/peps/pep-0673/) --  Self Type
* [PEP 646](https://www.python.org/dev/peps/pep-0646/) -- Variadic Generics
* [PEP 675](https://www.python.org/dev/peps/pep-0675/) -- Arbitrary Literal
String Type
* [PEP 655](https://www.python.org/dev/peps/pep-0655/) -- Marking
individual TypedDict items as required or potentially-missing
* [PEP 681](https://www.python.org/dev/peps/pep-0681/) -- Data Class
Transforms

# More resources

* [Online Documentation](https://docs.python.org/3.11/)
* [PEP 664](https://www.python.org/dev/peps/pep-0664/), 3.11 Release
Schedule
* Report bugs at [
https://github.com/python/cpython/issues](https://github.com/python/cpython/issues)
.
* [Help fund Python and its community](/psf/donations/).

# And now for something completely different

When a spherical non-rotating body of a critical radius collapses under its
own gravitation under general relativity, theory suggests it will collapse
to a single point. This is not the case with a rotating black hole (a Kerr
black hole). With a fluid rotating body, its distribution of mass is not
spherical (it shows an equatorial bulge), and it has angular momentum.
Since a point cannot support rotation or angular momentum in classical
physics (general relativity being a classical theory), the minimal shape of
the singularity that can support these properties is instead a ring with
zero thickness but non-zero radius, and this is referred to as a
ringularity or Kerr singularity.

This kind of singularity has the following peculiar property. The spacetime
allows a geodesic curve (describing the movement of observers and photons
in spacetime) to pass through the center of this ring singularity. The
region beyond permits closed time-like curves. Since the trajectory of
observers and particles in general relativity are described by time-like
curves, it is possible for observers in this region to return to their
past. This interior solution is not likely to be physical and is considered
a purely mathematical artefact.

There are some other interesting free-fall trajectories. For example, there
is a point in the axis of symmetry that has the property that if an
observer is below this point, the pull from the singularity will force the
observer to pass through the middle of the ring singularity to the region
with closed time-like curves and it will experience repulsive gravity that
will push it back to the original region, but then it will experience the
pull from the singularity again and will repeat this process forever. This
is, of course, only if the extreme gravity doesn’t destroy the observer
first.

# We hope you enjoy the new releases!

Thanks to all of the many volunteers who help make Python Development and
these releases possible! Please consider supporting our efforts by
volunteering yourself or through organization contributions to the Python
Software Foundation.

https://www.python.org/psf/

If you have any questions, please reach out to me or another member of the
release team :)

Your friendly release team,

Ned Deily @nad https://discuss.python.org/u/nad
Steve Dower @steve.dower https://discuss.python.org/u/steve.dower
Pablo Galindo Salgado @pablogsal https://discuss.python.org/u/pablogsal
___
python-committers mailing list -- [email protected]
To unsubscribe send an email to