Hi everyone,
I want to report on the status of Python 3.11.0a4. We had a ton of release
blockers (some extra ones
since I reported the last time) and it seems that we managed to fix them
all (thanks to Mark Shannon,
Christian Heimes, Gregory P. Smith, Neil Schemenauer, Steve Dower and many
others
New one to me!
The new
https://github.com/python/cpython/pull/30555
is dead in the water, with a "Check for source changes (pull_request)" failure.
Afraid to say I don't even know what that's trying to check.
The details show this at the end:
Error: Can't use 'tar -xzf' extract archive file:
Bizarre. "Check for source changes (pull_request)" apparently fixed
itself by magic. Now "Check if generated files are up to date
(pull_request)" is failing instead, in a similar way ("Can't use 'tar
-xzf' extract archive file"). Nope! No idea here what that's trying to
check either ;-)
On Tue, J
It seems to an incident of GitHub.
https://www.githubstatus.com/incidents/cypv026dr23w?utm_ts=1641954539
On Wed, Jan 12, 2022 at 12:24 PM Tim Peters wrote:
>
> Bizarre. "Check for source changes (pull_request)" apparently fixed
> itself by magic. Now "Check if generated files are up to date
> (pu
Hello,
Le 11/01/2022 à 22:23, Tim Peters a écrit :
Bizarre. "Check for source changes (pull_request)" apparently fixed
itself by magic.
That was me! 🧙 I re-ran the workflow to see if it was a sporadic failure.
Now "Check if generated files are up to date (pull_request)" is failing instead
[Tim]
>> Bizarre. "Check for source changes (pull_request)" apparently fixed
>> itself by magic.
[Éric Araujo ]
> That was me! 🧙 I re-ran the workflow to see if it was a sporadic failure.
Cool! No more or less mysterious to me than if you hadn't ;-)
>> Now "Check if generated files are up to da
The 70 different jobs were presumably the full complement of buildbots
(requested by setting a special label on the PR, which one of our GitHub
bots watches).
On Tue, Jan 11, 2022 at 9:22 PM Tim Peters wrote:
> [Tim]
> >> Bizarre. "Check for source changes (pull_request)" apparently fixed
> >> i