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
openems: init at 0.35.0 #69262
openems: init at 0.35.0 #69262
Conversation
@GrahamcOfBorg eval |
Let me know if I need to do something on my end for this. I'm not really sure what that error message means. |
I've updated this to include the optional python interface. |
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.
to conform to CONTRIBUTING.md, please make it so that roughly 1 commit = 1 package.
appcsxcad: init at 0.2.2
csxcad: init at 0.6.2
....
Changes implemented. This currently fails to build because of qscintilla/octave, so just waiting on this pr. |
Octave has been fixed upstream. I've fixed the merge conflict and this now builds correctly. |
@GrahamcOfBorg eval |
Just a heads up, I believe the eval should succeed now that my name is in the maintainers list. |
@jonringer I've fixed the merge conflicts and got the package working with some other package updates that occurred since the original PR. Please let me know any issues etc. Thanks! |
I would break this PR apart into many. As it stands, it would take a lot to review and I think the process would be painful for the both of us. |
Sure, more than happy to structure this in a way that's easier on you all. How do you suggest I break it up? Roughly, each of those commits should be a separate PR? What's the best way to reference that all these changes are made to support the addition of openems? Just state that and link to the openems webpage? My only concern is that the need for some of these changes may seem less apparent outside the context of openems. |
#78772 is a good example. Personally, i would break each commit into it's own separate PR (but only if it builds). So, I would cherry-pick the individual commits (which can be built off master), and when they get merged in, just drop the commits from this PR. Eventually, this should just include the EDIT: grammar |
@jonringer thanks so much for the guidance on this. I've submitted the first PR. Others to follow that merge. |
@matthuszagh if you want to tag me for reviews, feel free to do so |
There are merge conflicts. |
@doronbehar yes, this isn't ready to merge yet. I'm resubmitting it as a series of individual PRs. When there is one commit left, I'll rebase. |
I think most of these are merged, should we close? |
Sure, fine by me. Closing. |
OpenEMS is an open-source electromagnetic field solver that uses the FDTD method.
This commit adds a number of related packages as dependencies for OpenEMS, including appcsxcad, csxcad, fparser, hyp2mat, and qcsxcad.
Additionally, it makes a few changes to existing, dependent packages:
Motivation for this change
Things done
sandbox
innix.conf
on non-NixOS)nix-shell -p nix-review --run "nix-review wip"
./result/bin/
)nix path-info -S
before and after)Notify maintainers
cc @