Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Unable to pex packages without whl in case platform is used

See original GitHub issue

Working:

pex pyqrcode==1.2.1

Not working:

pex pyqrcode==1.2.1 --platform linux_x86_64-cp-38-cp38

Same for pex pypng==0.0.18 --platform linux_x86_64-cp-38-cp38

Those are universal libs and should just work or be installed from source.

Issue Analytics

State:
Created 2 years ago
Comments:7 (5 by maintainers)

Top GitHub Comments

1reaction

jsiroiscommented, Feb 19, 2022

@matejsp OK. I think then I’d like to close this issue as answered assuming you can proceed with creating a wheel-house that fills in the gaps with pre-built wheels for the platforms you need and pointing Pex at it via --index or --find-links. Please speak up if you feel closing that way is premature, but I really don’t see any way to do what you wanted.

0reactions

matejspcommented, Feb 19, 2022

What I wanted to achieve was multiplatform PEX. I was just trying to reproduce this open issue with the simplest use case. We have more than 180 dependencies that we have frozen in our virtualenv. pyqrcode, pypng, are just a couple of problematic ones. Then we also have a lot of platform specific ones like pyyaml, cryptography, cffi. Now those are candidates for platform specific part.