bazelbuild / bazelbuild/rules_license

License requirements

Open
#37 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
Starlark
Stars
85
Forks
37
PR merge metrics
No merged PRs in 30d

Description

I just wanted to move our requirements from a comment on a closed PR (https://github.com/bazelbuild/rules_license/pull/6#issuecomment-954722801) to the bugtracker:
- it didn't collect through output file dependencies (fixed now)
- we have a custom license type that also has attached file references to license and notice files as well as URLs pointing at the original source (this information is required for some cloud marketplace deployments)
- the list of attributes it traverses is too narrow; it's actually hard to come up with a complete list, but here's what we're using for a Java application: "deps", "exports", "jars", "resources", "runtime_deps", "srcs"; for other languages, we may need to collect from even more attributes (e.g., hdrs for C++)
- it doesn't enforce our repo-specific annotation rules: we're enforcing license annotations for all rules under our third_party directory and a subset of external workspaces; some of that is specific to our use case

Contributor guide

Open the contributing guide

Research direction

Start by reviewing the linked closed pull request and the current license collection and annotation-enforcement entry points. Compare the listed requirements for custom license metadata, attributes such as deps and hdrs, and repository-specific rules, then define tests that demonstrate each supported case is handled.

Written by the indexing model from the issue text.

Assessment

Domain
build-system
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.