Potential issues with package binaries on Linux
See original GitHub issueI meant to test out the latest version on Linux (Ubuntu 19.10), because I suspected there might be an issue on Wayland, but ran into an issue. pip install glfw
will take the tar.gz
instead of the wheel. Pointing pip directly at the wheel gives me glfw-1.10.1-py2.py3-none-manylinux2010_x86_64.whl is not a supported wheel on this platform
. So it looks like there’s a flag somewhere there that prevents it from being used. I tried with pip 18.x and 20.0.1. Have you looked at auditwheel
to verify/repair these wheels?
edit: the below turns out not to be an issue
I could therefore not test the potential issue I was looking into, so I’ll just describe it. I can have a look later if needed. If the binary glfw lib that comes packaged is preferred over the system library, it will probably fail on Wayland (because it needs a differently compiled lib). The user can of course use PYGLFW_LIBRARY
but that’s annoying.
The README
says that you can use the system library by installing it, but library.py seems to prefer the packaged lib instead, but I may be wrong here.
None of these are pressing issues, BTW 😃
Issue Analytics
- State:
- Created 4 years ago
- Comments:7 (7 by maintainers)
Top GitHub Comments
Thank you for testing this!
That’s how it should work. Of course it’d be ideal if it would work out-of-the-box on wayland, too, but I’ll open a new issue for that.
For reference: #46