:x At least from the Debian side, it should be easier now since the newest Pivy is packaged. At best it will be a change of dependencies in the SoQt and Pivy packages' debian/control files and a change of build flags in debian/rules, plus rebuilding them, and it may even be a matter of simply rebuil...

I wouldn't mind trying to get that working for the Debian family stuff, but I am curious what some of the other packagers and developers might think. Qt4 is only partially supported in conda-forge (no webkit, older deps) so some work would be necessary to create a qt4/py3 package. (Locally I have o...

Problem still not solved. I wonder why ci's are passing?

For new-style workbenches you can use this: https://github.com/looooo/freecad.gears/blob/master/freecad/gears/init_gui.py#L36 But this is not possible in your case because you are using the old way to initialize your workbench. A workaround is adding an empty python module, importing this file and c...

Things went smooth until:
https://github.com/FreeCAD/FreeCAD/blob ... VG.py#L746

It seems like conda-forge is trying to package qt for aarch64. So once this is done we could also try to build freecad (and dependencies) for aarch64. But a lot of work is necessary to get it done. Could be a nice gsoc project for next year.

seems like every mac is a little bit different
numpy related stuff??

BTW.: Pyflow is not the pyflow nodeeditor.

conda-forge is preparing for qt5.12. So again this means some work has to be done to get freecad updated: https://github.com/conda-forge/qt-feedstock/pull/110 - [x] qt 5.12 https://anaconda.org/conda-forge/qt/files?version=5.12.1 - [x] simage (optional dep of pivy) https://github.com/conda-forge/sim...

I tried to build opencamlib several times but failed because of different reasons (python3-supports, cmake difficulties). I guess it's best to do this in an interactive way, trying to figure out what the difficulties of the cmake are. Therefor I created a PR for ocl-conda-package. Would be nice if ...