manylinux wheel on pypi?
See original GitHub issueI’m working on porting a project that uses fastparquet over to AWS Lambda (using Zappa).
It’s quite difficult to deploy fastparquet in this situation because of the cython compilation step which AWS doesn’t support out of the box. Seems like the community is converging on “manylinux” wheels for this type of scenario which work quite well.
I see that there is already a Windows wheel available on pypi – would it be possible to include manylinux wheels in the release process?
[1521750090013] No module named 'fastparquet.speedups': ModuleNotFoundError
Traceback (most recent call last):
File "/var/task/handler.py", line 509, in lambda_handler
return LambdaHandler.lambda_handler(event, context)
File "/var/task/handler.py", line 240, in lambda_handler
return handler.handler(event, context)
File "/var/task/handler.py", line 386, in handler
app_function = self.import_module_and_get_function(whole_function)
File "/var/task/handler.py", line 231, in import_module_and_get_function
app_module = importlib.import_module(module)
File "/var/lang/lib/python3.6/importlib/__init__.py", line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "<frozen importlib._bootstrap>", line 978, in _gcd_import
File "<frozen importlib._bootstrap>", line 961, in _find_and_load
File "<frozen importlib._bootstrap>", line 950, in _find_and_load_unlocked
File "<frozen importlib._bootstrap>", line 655, in _load_unlocked
File "<frozen importlib._bootstrap_external>", line 678, in exec_module
File "<frozen importlib._bootstrap>", line 205, in _call_with_frames_removed
File "/tmp/convert-to-parq/app.py", line 25, in <module>
from parquet import write_to_parquet
File "/tmp/convert-to-parq/parquet.py", line 1, in <module>
import fastparquet
File "/tmp/convert-to-parq/fastparquet/__init__.py", line 8, in <module>
from .core import read_thrift
File "/tmp/convert-to-parq/fastparquet/core.py", line 13, in <module>
from . import encoding
File "/tmp/convert-to-parq/fastparquet/encoding.py", line 11, in <module>
from .speedups import unpack_byte_array
ModuleNotFoundError: No module named 'fastparquet.speedups'
Issue Analytics
- State:
- Created 5 years ago
- Reactions:1
- Comments:5 (3 by maintainers)
Top Results From Across the Web
pypa/manylinux: Python wheels that work on any linux (almost)
The goal of the manylinux project is to provide a convenient way to distribute binary Python extensions as wheels on Linux. This effort...
Read more >no-manylinux - PyPI
no-manylinux. Install this package to disable manylinux wheels when downloading from pip. Usage. # First install no-manylinux pip install no-manylinux # Now ...
Read more >How does pip decide which many linux wheel to use?
It only states that a wheel tagged manylinux_x_y shall work on any distro based on glibc>=x.y. The manylinux project supports:.
Read more >Building manylinux Python wheels | Opensource.com
Building manylinux Python wheels. Manylinux is an easy way to make your Python libraries compatible with most versions of Linux.
Read more >PEP 599 – The manylinux2014 Platform Tag
Therefore, we propose the continuation of the existing manylinux ... A manylinux2014 wheel built against Python 2, then, must include either ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@martindurant Why has this issue been closed? The 0.2.0 release on pypi doesn’t contain any wheels so it doesn’t seem fixed.
[edit] I’m asking this because the lack of a wheel causes a source-based installation (which isn’t ideal to start with) and fastparquet currently doesn’t declare it’s dependency on numpy in it’s setup.py causing the source based installation to fail. See #389
“won’t fix” - unless someone helps me to achieve it.