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

chore: don't add migration tag if Starlark implementation is enabled #2257

Merged
merged 1 commit into from
Sep 26, 2024

Conversation

rickeylev
Copy link
Collaborator

This avoids the tag being added when it doesn't need to be, which can look confusing to users without context about what it means.

Work towards #1361

This avoids the tag being added when it doesn't need to be, which can
look confusing to users without context about what it means.

Work towards bazelbuild#1361
@rickeylev rickeylev mentioned this pull request Sep 26, 2024
10 tasks
Copy link
Collaborator

@groodt groodt left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@rickeylev rickeylev added this pull request to the merge queue Sep 26, 2024
Merged via the queue into bazelbuild:main with commit 416bd4c Sep 26, 2024
4 checks passed
@rickeylev rickeylev deleted the chore.rm.migration.tag branch September 27, 2024 15:50
github-merge-queue bot pushed a commit that referenced this pull request Oct 22, 2024
…_rules checking (#2327)

When --incompatible_python_disallow_native_rules is enabled, all the
core rules fail with
an error that rules_python should be used. This is incorrect, since the
rules_python rules
are being used. What's happening is
#2257
removed the magic migration tag when pystar is enabled, but the code to
check the tag
was present wasn't removed. This went unnoticed because our CI doesn't
set the migration
flag.

To fix, remove the validation logic entirely. If we're in the
rules_python implementation,
then there is not need to perform this validation. It was just something
copy/pasted from
the original code from Bazel itself.

Also update the bazelrc to always set
--incompatible_python_disallow_native_rules.

Fixes #2326
Fixes #1645
rickeylev added a commit to rickeylev/rules_python that referenced this pull request Oct 22, 2024
…_rules checking (bazelbuild#2327)

When --incompatible_python_disallow_native_rules is enabled, all the
core rules fail with
an error that rules_python should be used. This is incorrect, since the
rules_python rules
are being used. What's happening is
bazelbuild#2257
removed the magic migration tag when pystar is enabled, but the code to
check the tag
was present wasn't removed. This went unnoticed because our CI doesn't
set the migration
flag.

To fix, remove the validation logic entirely. If we're in the
rules_python implementation,
then there is not need to perform this validation. It was just something
copy/pasted from
the original code from Bazel itself.

Also update the bazelrc to always set
--incompatible_python_disallow_native_rules.

Fixes bazelbuild#2326
Fixes bazelbuild#1645
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants