v0.46.1 results in invalid command 'bdist_wheel'

[abhinavsingh]

Please yank 🙏

Only solution is to pin to 0.45.1

docker-library/official-images#10 169.1   error: subprocess-exited-with-error
docker-library/official-images#10 169.1   
docker-library/official-images#10 169.1   × python setup.py bdist_wheel did not run successfully.
docker-library/official-images#10 169.1   │ exit code: 1
docker-library/official-images#10 169.1   ╰─> [6 lines of output]
docker-library/official-images#10 169.1       usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
docker-library/official-images#10 169.1          or: setup.py --help [cmd1 cmd2 ...]
docker-library/official-images#10 169.1          or: setup.py --help-commands
docker-library/official-images#10 169.1          or: setup.py cmd --help
docker-library/official-images#10 169.1       
docker-library/official-images#10 169.1       error: invalid command 'bdist_wheel'
docker-library/official-images#10 169.1       [end of output]

[dakl]

Can confirm. We see the same on ubuntu.

[qinxuye]

Encounter the same issue.

[CaselIT]

Also getting hit by this breaking the ci completely.

It's not easy to pin since it may be installed by pep 0517 requirements from dependecies

[agronholm]

Do you mean this happens with the latest setuptools? The bdist_wheel entry point was removed as setuptools has adopted the command a year ago. This should only occur in cases where you update wheel to the latest version but don't upgrade setuptools.

[bfoder]

setuptools update resolves this issue

[CaselIT]

Do you mean this happens with the latest setuptools? The bdist_wheel entry point was removed as setuptools has adopted the command a year ago. This should only occur in cases where you update wheel to the latest version but don't upgrade setuptools.

updading setuptools to 78.1.0 does not fix in my case

[mwoods-familiaris]

Do you mean this happens with the latest setuptools? The bdist_wheel entry point was removed as setuptools has adopted the command a year ago. This should only occur in cases where you update wheel to the latest version but don't upgrade setuptools.

Yes - however, this is quite easily done at the moment, e.g. the python:3.11 docker image comes with wheel 0.46.1 and setuptools 65.5.1 out of the box.

[dakl]

Can wheel be more strict with minimum required version of setuptools perhaps, to make it harder to install incompatible combinations of the two?

[agronholm]

Do you mean this happens with the latest setuptools? The bdist_wheel entry point was removed as setuptools has adopted the command a year ago. This should only occur in cases where you update wheel to the latest version but don't upgrade setuptools.

Yes - however, this is quite easily done at the moment, e.g. the python:3.11 docker image comes with wheel 0.46.1 and setuptools 65.5.1 out of the box.

Wait, what? You're saying that the official Python Docker image contains a combination of an old setuptools AND the wheel I released just yesterday?

[agronholm]

Specifying setuptools >= 70.1 in your build requirements should fix the problem in most cases. Also upgrading setuptools in your environment should fix the rest. Let me know if even that doesn't help.

[edmorley]

Wait, what? You're saying that the official Python Docker image contains a combination of an old setuptools AND the wheel I released just yesterday?

@agronholm Yeah:
docker-library/python#1023