Are there python bindings? I don't think we should make the source dependent on appimage-libraray (also not optional) and also we shouldn't make the package dependent on the appimage-library. I guess it's best to write an extension that adds the updating-process and install this extension during the appimage creation.
P.S. In short i feel that people using AppImages can handle a drag and drop operation just fine, for updating. And that already is an elegant and easy solution without introducing any additional maintenance burden and potential issues.
looo wrote: ↑Thu Mar 19, 2020 1:55 pm
Are there python bindings? I don't think we should make the source dependent on appimage-libraray (also not optional) and also we shouldn't make the package dependent on the appimage-library. I guess it's best to write an extension that adds the updating-process and install this extension during the appimage creation.
I added an additional note on GitHub. Basically what we could do for now is to i guess package the library on Conda and hence include it in the AppImage (next development oriented AppImage). People could play with it after, from FreeCAD Python console. If anything comes out of it, like FreeCAD command providing a frontend, great, if not, just continue to use one of the AppImage updater tools available out there.
P.S. If we don't do that, and just continue to redirect people to using existing external updating tools, that is fine with me too.
triplus wrote: ↑Fri Mar 20, 2020 5:20 pm
Basically what we could do for now is to i guess package the library on Conda and hence include it in the AppImage (next development oriented AppImage). People could play with it after, from FreeCAD Python console. If anything comes out of it, like FreeCAD command providing a frontend, great,
The problem with the build is that you are using the stable version 1.1.6 which does not implement the interface for Qt plugin loader, The implementation is still in alpha and it is present in the plugin branch of the git repo. If possible, please use that branch to build the package to test out the plugin feature.
Also only the qmake project file has the logic to build it has a plugin.
antonyjr wrote: ↑Sat Mar 21, 2020 9:40 pm
The problem with the build is that you are using the stable version 1.1.6 which does not implement the interface for Qt plugin loader, The implementation is still in alpha and it is present in the plugin branch of the git repo. If possible, please use that branch to build the package to test out the plugin feature.
I see.
antonyjr wrote: ↑Sat Mar 21, 2020 9:40 pm
Also only the qmake project file has the logic to build it has a plugin.
Any chance to add the plugin logic to cmake? qmake is a pain with conda-build (at least for me).