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

Mark use_repo_rule extension as reproducible #21304

Closed
wants to merge 1 commit into from

Conversation

fmeum
Copy link
Collaborator

@fmeum fmeum commented Feb 12, 2024

This ensures that the attributes of repo rules used with use_repo_rule are not duplicated in the locked extension entry in the lockfile. They are still duplicated in the usages section of the lockfile.

Also fix two typos.

@fmeum
Copy link
Collaborator Author

fmeum commented Feb 12, 2024

@Wyverald Tested this on a project and it didn't seem to work, please don't merge yet.

@fmeum
Copy link
Collaborator Author

fmeum commented Feb 12, 2024

@Wyverald Nvm, what I saw in the lockfiles were the usages for the repo rules, which are still in there until we adopt the new lockfile format. Ready to merge!

@fmeum fmeum marked this pull request as ready for review February 12, 2024 20:20
@github-actions github-actions bot added team-ExternalDeps External dependency handling, remote repositiories, WORKSPACE file. awaiting-review PR is awaiting review from an assigned reviewer labels Feb 12, 2024
@fmeum fmeum requested a review from Wyverald February 12, 2024 20:20
@Wyverald
Copy link
Member

please delete the offending obsolete test case

@Wyverald Wyverald added awaiting-PR-merge PR has been approved by a reviewer and is ready to be merge internally and removed awaiting-review PR is awaiting review from an assigned reviewer labels Feb 12, 2024
@fmeum
Copy link
Collaborator Author

fmeum commented Feb 12, 2024

@bazel-io fork 7.1.0

@github-actions github-actions bot removed the awaiting-PR-merge PR has been approved by a reviewer and is ready to be merge internally label Feb 13, 2024
bazel-io pushed a commit to bazel-io/bazel that referenced this pull request Feb 13, 2024
This ensures that the attributes of repo rules used with `use_repo_rule` are not duplicated in the locked extension entry in the lockfile. They are still duplicated in the usages section of the lockfile.

Also fix two typos.

Closes bazelbuild#21304.

PiperOrigin-RevId: 606660953
Change-Id: I5f7fa50dbacfafae22e4ea3fdb92e6bfb2beffc6
github-merge-queue bot pushed a commit that referenced this pull request Feb 13, 2024
This ensures that the attributes of repo rules used with `use_repo_rule`
are not duplicated in the locked extension entry in the lockfile. They
are still duplicated in the usages section of the lockfile.

Also fix two typos.

Closes #21304.

Commit
0523461

PiperOrigin-RevId: 606660953
Change-Id: I5f7fa50dbacfafae22e4ea3fdb92e6bfb2beffc6

Co-authored-by: Fabian Meumertzheim <fabian@meumertzhe.im>
@fmeum fmeum deleted the reproducible-repo-rules branch February 14, 2024 20:29
@iancha1992
Copy link
Member

The changes in this PR have been included in Bazel 7.1.0 RC1. Please test out the release candidate and report any issues as soon as possible. If you're using Bazelisk, you can point to the latest RC by setting USE_BAZEL_VERSION=last_rc.
Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
team-ExternalDeps External dependency handling, remote repositiories, WORKSPACE file.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants