Google Git
Sign in
fuchsia / third_party / github.com / bazelbuild / rules_license / refs/tags/1.0.0
commitf85e7d6309f28f031bf049f7d6283ce0d41d7546[log] [tgz]
authoraiuto <aiuto@google.com>Thu Sep 05 08:58:39 2024 -0400
committerGitHub <noreply@github.com>Thu Sep 05 08:58:39 2024 -0400
treeb726d5940f68206798d66e502446be7223add0bf
parent3011ec735fff11949adc55cb5ecb0b86a93c3bde [diff]
parente7e23b3cd3d7f3a7f0c31b73f6635b6ad1b23dae [diff]
Merge pull request #135 from aiuto/upd

Update SPDX license kind list
tree: b726d5940f68206798d66e502446be7223add0bf
  1. .bazelci/
  2. .github/
  3. admin/
  4. distro/
  5. doc_build/
  6. docs/
  7. examples/
  8. licenses/
  9. rules/
  10. rules_gathering/
  11. sample_reports/
  12. tests/
  13. tools/
  14. .gitignore
  15. BUILD
  16. CODEOWNERS
  17. deps.bzl
  18. LICENSE
  19. MODULE.bazel
  20. README.md
  21. version.bzl
  22. WORKSPACE
  23. WORKSPACE.bzlmod
README.md

rules_license

CI: Build status

This repository contains a set of rules and tools for

  • declaring metadata about packages, such as
    • the licenses the package is available under
    • the canonical package name and version
    • copyright information
    • ... and more TBD in the future
  • gathering license declarations into artifacts to ship with code
  • applying organization specific compliance constriants against the set of packages used by a target.
  • producing SBOMs for built artifacts.

WARNING: The code here is still in active initial development and will churn a lot.

Contact

If you want to follow along:

Roadmap

Last update: October 22, 2023

Q4 2023

  • Reference implementation for “packages used” tool
    • produce JSON output usable for SBOM generation or other compliance reporting.
  • Reference implementation for an SPDX SBOMM generator
    • Support for reading bzlmod lock file
    • Support for reading maven lock file
  • “How To” guides
    • produce a license audit
    • produce an SBOM

Q1 2024

  • Add support for other package manager lock file formats
    • ? Python
    • Golang
    • NodeJS
  • More SPDX SBOM fields
    • support for including vendor SBOMs

Beyond

  • Performance improvements

  • Sub-SBOMs for tools

  • TBD

Background reading:

These is for learning about the problem space, and our approach to solutions. Concrete specifications will always appear in checked in code rather than documents.