-
Notifications
You must be signed in to change notification settings - Fork 7
feat: Added LGPL as a valid license. #1050
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
base: main
Are you sure you want to change the base?
Conversation
RobPasMue
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.
LGPL cannot be accepted as a license by default - investigations need to be performed on the way the impacted package is used on our side.
|
The ability to release Python libraries freely but NOT as fully OSS (aka Freeware) is desirable and there is at least one library that falls into this category at the moment within ansys and there could be more in the future. |
|
Under what circumstances would an LGPL package X be permissible while an LGPL package Y be denied? For example: GPL - internal use only, allowed. Shipped within a closed-source product: not allowed. I'm trying to understand the decision factors that would apply for us to deny the use of an LGPL package. I can't think of any, assuming the product team has ok'd the use of the package. |
|
As far as I am concerned:
The reason for the last point is that we would be force to distribute our software under a free software license. |
|
CLA Check Failed: Commit Author Verification Unsuccessful One or more commits in this pull request contain missing or invalid author information. This issue may arise due to:
Please update the commit author details and push the updated commit to proceed with the CLA verification. |
LGPL packages don't force us to distribute our software under a free software license. Also, software in the |
No description provided.