Module Structure + Licensing + Manifest#171
Conversation
…CADQuery into Update-Licensing
|
Not ready, the global variable isn't accessible. |
|
@jmwright Had to define an API - which should |
|
@PhoneDroid If I try to install this addon from your branch in FreeCAD 1.0.2 (Flatpak) on Debian 13, I get the following error, which I remember from when I first updated this workbench. I think this may have been the cause of my weird installation method.
|
|
@jmwright Right, that likely comes from them not being on the allow list, I'll check if they can be added. |
|
@PhoneDroid I know it's a strange capitalization convention, but we have actually always used |
|
@jmwright I see, I'll update it later then. |
|
@PhoneDroid Would you like me to do the text replace and push it to your branch (assuming you allowed that when you opened the PR)? |
|
@jmwright No thanks, I'll do that myself :3 Just gotta remember |
|
@jmwright |
|
@PhoneDroid Thanks! I have looked this over and am ready to merge when you feel it is finished. |
|
@jmwright Sure, go ahead. Hopefully later on we can get your dependencies auto-installed as well~ |
|
Thanks for the contribution @PhoneDroid ! |
|
New release here: https://github.com/CadQuery/cadquery-freecad-workbench/releases/tag/v2.2.0 CadQuery is up to 2.6.2 now and uses cadquery-ocp 7.8.1.1, and CadQuery 2.7 is getting close-ish to release. At some point we will want to bump those versions up, but some testing will be required to make sure it does not break anything. I think I've had issues with the cadquery-ocp wheel messing with the FreeCAD environment before, but that might not be relevant anymore with the way FreeCAD 1.x handles environments. |

Uh oh!
There was an error while loading. Please reload this page.