On 01/02/2026 22:59, Jon Turney via Cygwin-apps wrote:
On 06/01/2026 11:21, Christoph Reiter via Cygwin-apps wrote:
Not sure if this is the cause here, but maturing defaults to
"cygwin_86_64" because of me since
https://github.com/PyO3/maturin/pull/2819
I suggested on this list some months ago to change sysconfig to match
it like: https://gist.github.com/lazka/c8146c08c0ebe5beb43b6ffb6c2ae51b
so pip stays happy across cygwin DLL updates
Thanks for the link.
I added an extra bit of reporting in the latest version of cygport so it
reports the wheel filename it's choking on:
Installing python-cryptography-46.0.3-1.x86_64
*** Info: installing 3.9
*** ERROR: unknown wheel filename: cryptography-46.0.3-cp312-abi3-
cygwin_86_64.whl
I'm kind of confused where the 'x' in 'x86_64' has gone here?
That seems kind of wrong to me -'86_64' isn't the name of anything.
But I thought anyhow, I should just change cygport to accept that, but
currently, if we try to feed that wheel name into 'pip install', it
fails with:
ERROR: cryptography-46.0.3-cp39-abi3-cygwin_86_64.whl is not a
supported wheel on this platform.
... so I'm not sure what's supposed to be happening here.
It is python rejecting it.
Christopher suggested a change in Python to align on maturin behaviour,
but I agree that x86_64 is better than 86_64
Regards
Marco