-
Notifications
You must be signed in to change notification settings - Fork 896
[Request] Add ARM/AArch64 whl for opencv-python-headless==4.4.0.46 #473
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Hi @LukeIreland1 I'll take a look at what I can do with that. Probably we can set fewer restrictions on the numpy version as you've mentioned you were able to compile from sources with <1.19.0 |
The docker recipe is with Ubuntu 20.04, GCC 9 (TF doesn't support GCC10 yet), Python 3.8, Numpy 1.18.4 and of course opencv-python-headless 4.4.0.46. Your idea would also solve the problem, with a bonus that we can use the latest version! |
Any updates? |
Hi! I'm having the same issue with MAC M1 chip and i was wondering if there is any update Problem with the CMake installation, aborting build. CMake executable is cmake |
It looks like your issue is actually that you can't build a cmake wheel. Do you definitely have cmake installed? |
@LukeIreland1 not sure, i don't remember If it was installed by brew or pip |
|
It looks like my team's docker image releases will include TF 2.5 sooner than the numpy requirement for the latest opencv-python-headless will change, or sooner than a whl for opencv-python-headless 4.4.0.46 will be added in any case. |
I managed to make it work with mini forge, conda also installing cmake cpython and cython. |
Yeah, this version installs fine, but then you obviously must build it from source which takes forever (probably the majority of the docker build time for us). |
Long story short, the numpy dependency for TF 2.3.x (<1.19.0) means that we have to use this version of opencv-python-headless to avoid it reinstalling numpy, and currently have to build this from source which takes a very long time.
Adding this particular whl would save us (ONCPUML @ Arm) a huge amount of time before we eventually move to TF 2.5.x. I'm happy to build and push myself, but I don't mind how it gets done.
The text was updated successfully, but these errors were encountered: