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
Is rules_license considered to be in a stable enough state that rulesets could already use it to add applicable_licenses with well-known license_kinds to their public targets? If so, it would be great if these three problems could be resolved.
The text was updated successfully, but these errors were encountered:
Believed fixed. We are using this from rules_pkg, and within Bazel itself.
It's still a very slim feature set. I'm using Bazel as a test case to wind through a lot of issues related to adding license attestation to rules that don't have it. That is higher priority for me than adding features, because the features don't do much good if you have no license attestations to drive them.
While trying out
rules_license
for a ruleset I maintain, I noticed three problems that made it difficult for me to use:license_kind
s are not publicly visible (fixed by Make defaultlicense_kind
definitions public #7).visibility
oflicense
targets (fixed by Forward kwargs to _license #8).There is no release, so the repository can't be safely loaded viaThis turned out to be an "urban legend", see Should rulesets distribute a pre-built artifact rather than rely on GitHub source/release archive bazel-contrib/SIG-rules-authors#11 (comment).http_archive
.Is
rules_license
considered to be in a stable enough state that rulesets could already use it to addapplicable_licenses
with well-knownlicense_kinds
to their public targets? If so, it would be great if these three problems could be resolved.The text was updated successfully, but these errors were encountered: