Re: [Cryptography-dev] Rust in pyca/cryptography

2021-01-19 Thread Paul Kehrer
PEP 599 expanded the manylinux standard to include armv7l and aarch64. That is/was called manylinux2014, although subsequently PEP 600 defined a new glibc version based tagging system which negates the need to ship new pip versions that understand new tags. So you can ship arm wheels now (albeit

Re: [Cryptography-dev] Rust in pyca/cryptography

2021-01-18 Thread Hynek Schlawack
My understanding from (the stalled) https://github.com/pypa/manylinux/issues/84 and Anthony’s comments is that the problem is a lack of a clear ARM command set standard/lack of wheel tags? Or am I missing something? > On 13. Jan 2021, at 14:37, Alex Gaynor wrote: > >

Re: [Cryptography-dev] Rust in pyca/cryptography

2021-01-13 Thread Paul Kehrer
We're definitely aware that there are a variety of consumers that aren't visible in the limited metrics available to us. Maintaining the status quo is always the "best" path in the short term for our users, as it removes the need to make alterations of any kind. However, that stance is

Re: [Cryptography-dev] Rust in pyca/cryptography

2021-01-13 Thread Barry Scott
On Tuesday, 12 January 2021 17:23:10 GMT Alex Gaynor wrote: > Running `yum install rust` in a CentOS8 docker container seems to get > me rustc 1.45.2, and as our docs say, 1.45.0 will be the initial > minimum version > (https://cryptography.io/en/latest/installation.html#rust). > > As ever, our

Re: [Cryptography-dev] Rust in pyca/cryptography

2021-01-13 Thread Barry Scott
On Wednesday, 13 January 2021 14:47:37 GMT Alex Gaynor wrote: > I'm glad to hear some folks are actually auditing 3rd party sources. > > Once you install a rust toolchain, you'll be able to build > pyca/cryptography the same as ever. > > To repeat: if there's some action we can be taking to make

Re: [Cryptography-dev] Rust in pyca/cryptography

2021-01-13 Thread Alex Gaynor
I'm glad to hear some folks are actually auditing 3rd party sources. Once you install a rust toolchain, you'll be able to build pyca/cryptography the same as ever. To repeat: if there's some action we can be taking to make this migration smoother, we're happy to consider it. But what we won't do

Re: [Cryptography-dev] Rust in pyca/cryptography

2021-01-12 Thread Alex Gaynor
At the moment we provide wheels for: - x86_64, arm64 Linux - x86_64 Darwin - x86_64, x86_32 Windows The primary constraint on our ability to add new wheel platforms is our ability to have reliable, performant, CI for them. We will not distribute wheels for any platform we can't test against. If

Re: [Cryptography-dev] Rust in pyca/cryptography

2021-01-12 Thread Michael Ströder via Cryptography-dev
On 1/12/21 6:23 PM, Alex Gaynor wrote: > As ever, our wheels (which are how the vast majority of our users > install pyca/cryptography) will not require any compiler or build > toolchain on user's machines. And you will provide wheels for armv6, S/390 etc.? Ciao, Michael.

Re: [Cryptography-dev] Rust in pyca/cryptography

2021-01-12 Thread Barry Scott
On Tuesday, 12 January 2021 15:52:01 GMT Michael Ströder via Cryptography-dev wrote: > On 12/22/20 8:43 PM, Alex Gaynor wrote: > > As we previewed in August [0] we're planning to incorporate Rust code > > into pyca/cryptography. > > IMHO this will make life of distro packagers more miserable

Re: [Cryptography-dev] Rust in pyca/cryptography

2021-01-12 Thread Michael Ströder via Cryptography-dev
On 12/22/20 8:43 PM, Alex Gaynor wrote: > As we previewed in August [0] we're planning to incorporate Rust code > into pyca/cryptography. IMHO this will make life of distro packagers more miserable especially on non-x86 platforms. Ciao, Michael. ___