You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Dependency starkbank-ecdsa does not provide a wheel, could you move to a library that provides wheels or maybe allow people to choose as an optional dependency?
#1096
Open
petarlishov opened this issue
Nov 26, 2024
· 0 comments
Our AWS Lambda zip package build system is not set up to compile sdist files into wheels for all possible architectures and Python versions and we don't know of an intuitive way to know that compiling an sdist is going to create an arch- and Python version agnostic wheel. As a result we rely on wheels to be published for all our pypi dependencies and disable sdist compilation.
In this case we are having trouble with starkbank-ecdsa which only provides an sdist and no wheel. One solution we can think of is to move to a sadly bigger package which is otherwise more actively supported and provides wheels - cryptography. It seems to get pulled in as part of many other libraries (we use it in some of our Lambdas) so it could be a reliable replacement, albeit maybe a change in philosophy as it moves away from small single-purpose pure Python libraries?
Concurrently I will try to chase up starkbank-ecdsa to start building wheels which would also be a good solution for us, if you like this idea and want to support it or have opinions on it, I am providing the issue here - starkbank/ecdsa-python#43
The text was updated successfully, but these errors were encountered:
petarlishov
changed the title
Dependency starkbank-ecdsa does not provide a wheel, could you provide starkbank's library as an optional dependency only?
Dependency starkbank-ecdsa does not provide a wheel, could you move to a library that provides wheels or maybe allow people to choose as an optional dependency?
Nov 26, 2024
Our AWS Lambda zip package build system is not set up to compile sdist files into wheels for all possible architectures and Python versions and we don't know of an intuitive way to know that compiling an sdist is going to create an arch- and Python version agnostic wheel. As a result we rely on wheels to be published for all our pypi dependencies and disable sdist compilation.
In this case we are having trouble with starkbank-ecdsa which only provides an sdist and no wheel. One solution we can think of is to move to a sadly bigger package which is otherwise more actively supported and provides wheels - cryptography. It seems to get pulled in as part of many other libraries (we use it in some of our Lambdas) so it could be a reliable replacement, albeit maybe a change in philosophy as it moves away from small single-purpose pure Python libraries?
Concurrently I will try to chase up starkbank-ecdsa to start building wheels which would also be a good solution for us, if you like this idea and want to support it or have opinions on it, I am providing the issue here - starkbank/ecdsa-python#43
The text was updated successfully, but these errors were encountered: