-
-
Notifications
You must be signed in to change notification settings - Fork 503
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
SABnzbd ERROR: Failed building wheel for cryptography #4104
Comments
Hi, many thanks for your message. Looks like
Let me check how to fix this |
Indeed, this is quite now: pyca/cryptography#5410 We could use a temporary Rust tool chain like for Bitwarden_RS: https://github.com/MichaIng/DietPi/blob/dev/dietpi/dietpi-software#L5764-L5772 Nasty since |
@MichaIng Yes might we need same procedure like Bitwarden. Unfortunately
EDIT 1 EDIT 2 EDIT 3 Question is if we would need to create an own software install for rust if it is used more often now? |
Dammit true, since v3.4 the builds failed: https://www.piwheels.org/project/cryptography/ New trend that projects move partly to Rust, but nasty that the quite large Rust tool chain is then required, and rustup is by default installed into the users home dir, not system-wide.
Reasonable anyway, and find a good way to install it so that all users can use it, inkl. |
probably stupid idea but what about pulling |
This will just be outdated as well earlier or later and I'd try to avoid mixing Debian versions wherever possible, as this caused us a lot of problems in the past. So I'd first try to use rustup as mentioned. As long as it's for the cryptography module only, we could stick with a temporary install as for Bitwarden_RS. It could be installed together with Python 3 pip automatically, on ARM, as potentially it is required for every pip install, then automatically removed when dietpi-software exits. But we should offer a permanent install as well. |
@syncrysys
The rerun the SABnzbd install. |
hmm not sure if this is working @MichaIng I installed
AH I guess because of the |
Yes that's it, so:
|
Thanks for the replies, the commands are working. |
I just found that it is not an issue on ARMv8 since PyPI ships aarch64 wheels: https://pypi.org/project/cryptography/#files On Stretch it doesn't matter since it's not supported anymore anyway due to Python >=3.6 dependency. I.e. solved already. I'll do a quick test. Implementing the Rust toolchain as install options remains a need anyway, but it looks like in case of Python modules the need for builds fades, when PyPI starts to ship aarch64 wheels on a regular basis 👍. |
But this require piwheels to be activated, which is not the case until 6.35 😉 |
To add piwheels:
Or add
|
Sad fact about a system-wide Rust: rust-lang/rustup#2383 There are Debian packages which install system-wide rustc and cargo binaries, but it seems this kind of sharing binaries is not intended, nor safe by design... |
yesterday I tried to install |
It works now since cryptography has just lowered the minimum cargo version. But what I wanted to say is that even if we implement it a way like the Debian package does, it won't work safely like it is with other compilers and runtime systems like Java or gcc. It's meant to be a per-user environment. |
quite some movement on |
I mark this as closed. Rust is an own topic for a future release. |
ADMIN EDIT
Do the following to pull pre-compiled Python module wheels from the piwheels.org repository:
Or add
extra-index-url=https://www.piwheels.org/simple/
to the[global]
section if that config file exists already (it's not present by default).Getting this error when trying to install SABnzbd on a Rpi 4B newest DietPi version,
The text was updated successfully, but these errors were encountered: