Fix i686 wheel build after introduction of cryptography
Description
Environment
None
Pull Requests
None
Activity
Bret McGuire June 6, 2023 at 1:55 PM
Bret McGuire
June 6, 2023 at 1:55 PM
is now the law of the land (after 3.28.0 was released) so we should probably take another look at this.
Bret McGuire May 23, 2023 at 4:13 PM
Bret McGuire
May 23, 2023 at 4:13 PM
would likely also help quite a bit here
Wei Deng May 2, 2023 at 9:50 PM
Wei Deng
May 2, 2023 at 9:50 PM
Just a note: only test step in the GH action is failing for i686, so you can choose to skip that.
Bret McGuire May 2, 2023 at 3:45 PM(edited)
Bret McGuire
May 2, 2023 at 3:45 PM
(edited)
Hmmmm… worth noting that Linux on i686 isn’t a supported platform for at least new versions of cryptography. We may have to bound client-side encryption to other platforms and just make this a platform-specific dependency.
Wei Deng May 2, 2023 at 3:15 PM
Wei Deng
May 2, 2023 at 3:15 PM
Testing a snippet to add rust toolchain in my repo:
Details
Details
Assignee
Unassigned
UnassignedReporter
Bret McGuire
Bret McGuirePriority
Created May 2, 2023 at 2:52 PM
Updated December 21, 2023 at 11:48 PM
The 3.27.0 build introduced a dependency on the cryptography module (in order to implement CLE). cryptography is backed by OpenSSL for its crypto ops but also by an additional native lib for non-crypto ops. That lib is implemented in Rust, which means building cryptography from source requires a Rust toolchain. Apparently cryptography doesn’t have wheels for i686; we noticed attempts to build it from source when creating wheels for that platform. This failed because we didn’t have a Rust toolchain on the relevant runner.
Explore what is needed to get Rust installed on those runners and a successful i686 build as a result.