-
Notifications
You must be signed in to change notification settings - Fork 175
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
License Issue - Polaris has dependency on chardet which is LGPL which makes it difficult to use inside enterprise. #821
Comments
Thanks for pointing this. I already know the issue. It's not a blocker for source distribution but problematic for binary distribution (meaning the way it's shipped). I will check to remove this. |
So
Even the latest version still uses it...assuming we can't get Also, I am not sure if we really used |
Here is a sample PR for this: #867 |
@MonkeyCanCode that's a good proposal. I think we can't remove |
I'm not sure whether chardet in particular is really a problem. Sure, it's LGPL, but tox is used for tests - it wouldn't be distributed. If I understand the Category X here correctly, the use even of GPL licensed components is okay, as long as it is not distributed in source or binary form. |
To give more details:
|
BTW, tox had being removed as part of #867 (we are not currently using it...there are alternative we can do without tox as well for testing different version of python as we are getting close to release CLI module). As #804 is also merged, we are ready to revisit those test cases and how we want to prep CLI for the upcoming release. And yes @jbonofre, as long as we are not distribute it, it will be fine through a test depdency. As this is removed at the moment, @chandransuraj should we close this issue? |
Describe the bug
Getting Polaris inside regulated enterprise is difficult as Polaris has dependency on chardet (encoding detector for Python). Chardet is released under LGPLv2.1 (https://github.com/chardet/chardet/blob/main/LICENSE)
The CLM and other scans inside enterprise block this.
To Reproduce
No response
Actual Behavior
Sub dependencies should not be more restrictive that the main license (which APL2 in this case)
Expected Behavior
All underlying dependencies should also be compliant with Apache License
Additional context
No response
System information
No response
The text was updated successfully, but these errors were encountered: