Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Even though name/version exist in pyproject.toml, I had to add them to setup.py for python3.10 to be able to generate correct egg/wheel packages locally and install as "cobs" not as "UNKNOWN".
This is a problem for me because I use a weak/E-core laptop (Pentium N6000) and it cannot saturate USB HS when decoding via the fallback bytecode implementation, it needs the native C library. I imagine SBC and embedded Linux boards are in a similar situation (armhf, aarch64 etc.)
PyPI wheel of 1.2.0 for Linux is
none-any.whl
meaning no native extensions.Install log for current `main`
Install log for fixed branch
Tested on Linux Mint Cinnamon 21.3 x86_64 (like Ubuntu 22.04 LTS jammy) with stock python3.10 to produce a
cobs-1.2.1-cp310-cp310-linux_x86_64.whl
and increase performance fromto
P.S. Redid the experiment on Raspberry Pi 3B running Aarch64 Debian 11 bullseye, and
python3.9 setup.py bdist_wheel
also does the UNKNOWN thing, butpip3 install --user cobs
downloads and compiles a wheelcobs-1.2.1-cp39-cp39-linux_aarch64.whl
correctly. Maybe I'm using it wrong. With this fix, local setup.py works correctly.