[Bot] Update dependencies

[manylinux-bot]

Update the versions of our dependencies.

PR generated by "Update dependencies" workflow.

[henryiii]

error: failed to solve:
failed to compute cache key: mount callback failed on /tmp/containerd-mount846069579:
failed to convert whiteout file ".wh.build_scripts":
unlinkat /tmp/containerd-mount846069579/build_scripts/update-system-packages.sh:
operation not permitted

I think the failed travis jobs just need to be restarted?

[mayeut]

ppc64le builds are failing depending on which cloud they get dispatched... restarting them keep sending them to saopaulo workers which are failing... I'll keep retrying....

[henryiii]

Would you like to try kicking at Travis again? Probably getting close to a cibuildwheel release, I think pypa/cibuildwheel#854 and pypa/cibuildwheel#875 are about all that's left, and I think getting pip 21.3 at the same time might be nice.

(unless this gets rebuilt automatically with the weekly bump, which is about to happen)

[henryiii]

Wow, I can actually restart builds, nice. :) Not sure that will help, though, as in other projects Travis is loving the saopaulo workers, probably because they are always free due to always failing. :)

[henryiii]

I've reached out to Travis CI support, and they are investigating the issue.

[henryiii]

I can make a PR to move to emulated builds on GitHub actions for ppc64le. They take 3 hours or so, though that's from scratch with no caching.

Why do these use "buildkit" as the build frontend, instead of through buildx, like the others? It didn't seem to be needed for GHA.

[henryiii]

Actually, that was for manylinux_2_24. manylinux2014 takes 5 hours and 15 minutes with no caching. 😮

[henryiii]

Can you retrigger the bot? Would be nice to get pip 21.3.1 while we are at it. Workflow dispatch, I think.

[henryiii]

Also, that musllinux ppc64le job seems to work the second time, when the cache is empty it fails to solve, and then the second time it works. Nevermind, I guess there's a chance of a solve failure unrelated to ppc64le, as it's actually one of the classic jobs that hit that.

[henryiii]

The update dependency bot is broken:

nox > python update_native_dependencies.py
Traceback (most recent call last):
  File "/home/runner/work/manylinux/manylinux/update_native_dependencies.py", line 159, in <module>
    main()
  File "/home/runner/work/manylinux/manylinux/update_native_dependencies.py", line 150, in main
    _update_cpython(args.dry_run)
  File "/home/runner/work/manylinux/manylinux/update_native_dependencies.py", line 37, in _update_cpython
    if latest_version > current_version:
TypeError: '>' not supported between instances of 'NoneType' and 'Version'

[henryiii]

Looks like lastversion is unable to find Python, opened an issue upstream.

[henryiii]

The bug in lastversion was introduced in 1.6.0 (and retained in 2.0.0). 1.5.1 is the last working version. We can pin that to get this working again for now.

[henryiii]

I can't suggest on something that didn't change in the PR, but

manylinux/noxfile.py

Line 50 in ba60e04

session.install("lastversion", "packaging", "requests")

could be changed to

    session.install("lastversion!=1.6.0,!=2.0.0", "packaging", "requests")

And the bot would need to be rerun. Or we could wait to see if there's a new release from lastversion with a fix; as soon as that's out, rerunning will automatically update this PR.

Edit: changed ==1.5.1 to instead exclude just the broken versions, assuming the next one will be fixed.