-
Notifications
You must be signed in to change notification settings - Fork 155
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
wheel crashes when version is a single numeric component #208
Comments
Looks like you should be using entry points but are not. |
Why are you trying to verify the signature of a wheel that you haven't signed? |
That's just a random example command which shows how it fails hard. The same happens with other commands:
And even then, backtrace is not a good way of handling 'unsigned' wheels. |
I have fixed a py3 related problem in wheel. If you install the master version, you should get clean error messages. If not, something else is wrong. I could not reproduce any actual errors. |
Actually I did reproduce |
The (original) problem stems from a bad regex in wheel. |
I'm completely new to wheels but I think that something really wrong is happening here. I'm attempting to convert gemato to setuptools and start distributing wheels.
To get a 'pristine' environment, I've made a virtualenv with python-3.5.4 and installed newest versions of setuptools and wheel there:
Now, I try to create the wheel archive via
setup.py bdist_wheel
:However, the resulting archive seems to cause
wheel
to explode with a lot of shrapnel:Reading the above output, it seems that wheel is ignoring the version number for some reason. Indeed, if I change it e.g. to
7.0
, wheel starts looking in the correct directory.I've looked through PEP-0427 and it doesn't seem to specify any restrictions on package version syntax. At the same time, if I'm reading PEP-0440 correctly the version is actually valid.
The text was updated successfully, but these errors were encountered: