Skip to content

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 bazel-contrib#1361
@rickeylev rickeylev requested a review from aignas as a code owner September 26, 2024 20:38
@rickeylev rickeylev mentioned this pull request Sep 26, 2024
10 tasks
@rickeylev rickeylev enabled auto-merge September 26, 2024 22:19
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 bazel-contrib: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 (bazel-contrib#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
bazel-contrib#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 bazel-contrib#2326
Fixes bazel-contrib#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