Skip to content
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

Apply rules_license to third_party tree #11753

Open
aiuto opened this issue Jul 13, 2020 · 3 comments
Open

Apply rules_license to third_party tree #11753

aiuto opened this issue Jul 13, 2020 · 3 comments
Assignees
Labels
P2 We'll consider working on this in future. (Assignee optional) team-OSS Issues for the Bazel OSS team: installation, release processBazel packaging, website type: feature request

Comments

@aiuto
Copy link
Contributor

aiuto commented Jul 13, 2020

See; license checking with Bazel for background.

We should use rules_license in Bazel. This would

  • serve as a close-to-home testbed of the licensing rules
  • be a more precise way of delineating what licenses are used in bazel itself and/or the build process.

Besides being of interest to the Bazel team, it is useful to anyone who distributes their own copy of Bazel, in either source or binary form.

The first round of actual work would be

  • vendor rules_license into //third_party. It would be used for bulding Bazel but should not be re-exported as a tool
  • create add a top level target to produce a licenses used audit for bazel
  • go through third_party and add license definitions based on the actual license text
@aiuto aiuto self-assigned this Jul 13, 2020
@aiuto aiuto modified the milestones: Release Process, Debian support Jul 13, 2020
@aiuto
Copy link
Contributor Author

aiuto commented Jul 13, 2020

This will also be useful for the debian packaging effort.

@aiuto aiuto added P1 I'll work on this now. (Assignee required) team-OSS Issues for the Bazel OSS team: installation, release processBazel packaging, website labels Jul 14, 2020
@aiuto aiuto added P2 We'll consider working on this in future. (Assignee optional) and removed P1 I'll work on this now. (Assignee required) labels Nov 4, 2020
bazel-io pushed a commit that referenced this issue May 17, 2022
Follow PRs will start adding license attestations to third_party and bazel itself.

End goal #15507,  Next step #11753

Closes #15511.

PiperOrigin-RevId: 449241773
@github-actions
Copy link

Thank you for contributing to the Bazel repository! This issue has been marked as stale since it has not had any activity in the last 2+ years. It will be closed in the next 14 days unless any other activity occurs or one of the following labels is added: "not stale", "awaiting-bazeler". Please reach out to the triage team (@bazelbuild/triage) if you think this issue is still relevant or you are interested in getting the issue resolved.

@github-actions github-actions bot added the stale Issues or PRs that are stale (no activity for 30 days) label Apr 26, 2023
@aiuto
Copy link
Contributor Author

aiuto commented Apr 29, 2023

Most of third_party now has license rules. They need to have package_info rules too.

@aiuto aiuto added P1 I'll work on this now. (Assignee required) and removed stale Issues or PRs that are stale (no activity for 30 days) P2 We'll consider working on this in future. (Assignee optional) labels Apr 29, 2023
aiuto added a commit to aiuto/bazel that referenced this issue Dec 11, 2023
@meteorcloudy meteorcloudy added P2 We'll consider working on this in future. (Assignee optional) and removed P1 I'll work on this now. (Assignee required) labels Jan 30, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
P2 We'll consider working on this in future. (Assignee optional) team-OSS Issues for the Bazel OSS team: installation, release processBazel packaging, website type: feature request
Projects
None yet
Development

No branches or pull requests

4 participants