You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Mar 6, 2024. It is now read-only.
Most of these are the same license. Are they extracted from source code? Or does maven allow people to annotate the license in their own format?
Has there been any discussion on formalizing license types? It will make other static analysis easier. For example, in the future, I'd like to error the build based on discovered license type (similar to what we do now with library names).
The text was updated successfully, but these errors were encountered:
@luxe these licenses are coming from the POM file that licensetool.py finds next to the download location of the jar. Since we don't have control over the POM files, we can't change or standardize them.
However, there is a new ruleset called bazelbuild/rules_license, which allows us to represent licenses in starlark. I am working on a prototype to add rules_license support to rules_jvm_external, which you can read more about here. Additionally, we have a new Bazel SIG about license handling with Bazel, which you can join or read the meeting notes here.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Most of these are the same license. Are they extracted from source code? Or does maven allow people to annotate the license in their own format?
Has there been any discussion on formalizing license types? It will make other static analysis easier. For example, in the future, I'd like to error the build based on discovered license type (similar to what we do now with library names).
The text was updated successfully, but these errors were encountered: