-
-
Notifications
You must be signed in to change notification settings - Fork 17.5k
opencamlib: init at 2023.01.11, and use in freecad #400063
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
Conversation
|
accidentally based this on an out-of-date master branch -- please stand by |
|
sorted, it just took a while to build and test. sorry about the noise. |
|
|
Thanks.
|
qbisi
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice contribution. Some nit advice are convention related. Support Darwin platform is not mandantory though, since we dont have freecad built on darwin now.
|
@NickCao, does the license of https://github.com/aewallin/opencamlib match lgpl21Plus. |
I can build freecad-qt6 with this commit on my x86_64-linux computer too. We can safely ignore the failure report on linux platform. |
|
package freecad has some unused buildInputs but it does use opencamlib |
|
Thanks for the review, i've made the requested changes. Also fixed the init commit message to better match other python packages. I picked
And includes an LGPL 2.1 sticker. The LGPL 2.1 text in
Arguably a version number is specified (in Curiously the anaconda package specifies LGPL 2.1 or later, since this commit (by a recent opencamlib contributor): conda-forge/opencamlib-feedstock@3113199 I think it's best to leave it as-is unless it is clarified in the opencamlib repository. |
|
nixpkgs is migrating ambiguos (l)gpl* license to either (l)gplOnly or (l)gplPlus license. Does this line declare opencamlib is published under the lgpl21 or later license |
|
Just found the debian package metadata, which marks it as LGPL 2.1 plus, so let's go with that: https://github.com/aewallin/opencamlib/blob/2023.01.11/src/deb/debian_copyright.txt I'll fix it tomorow.
This looks like the output of a different package; i guess it was intended for #400133. |
|
done |
qbisi
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
DLGM. @NickCao have the right to merge this.
|
Thanks for the review -- i've made the requested changes. The github actions failures are ephemeral, it builds fine and is formatted correctly. |
Rebase on origin/master branch and force push again. If the ofborg success, wait for a week before the commiter merge this pr. |
This allows use of some experimental CAM features, which must be explicitly enabled: https://wiki.freecad.org/CAM_experimental
|
thanks! |
opencamlib is an open-source library of CAM (computer aided manufacturing) algorithms. It can be optionally used by FreeCAD to enable some advanced CAM features.
It is included in the FreeCAD appimage releases, is only imported when explicitly enabled, and is quick to build, so this should be a low-impact change.
The only really weird bit about this is the version number:
2023.01.11, in the conda metadata, but containopencamlib-2022.12.18.dist-info(from an outdated version number in pyproject.toml).2023.1.11, but also containopencamlib-2022.12.18.dist-info.I chose to align the nixpkgs and python package version numbers with the git tag, which is
2023.01.11. Unfortunately this is normalised by python to2023.1.11, which really shouldn't matter, but is annoying.Things done
nix.conf? (See Nix manual)sandbox = relaxedsandbox = truenix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage (checked onx86_64-linux, build tested onaarch64-linux)./result/bin/)Add a 👍 reaction to pull requests you find important.