-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
apple_common may only be used from one of the following repositories or prefixes error in rules_swift #24375
Comments
Because of b406bdc. |
Ironically, I think this wouldn't break if rules_swift is being used as a dependency. In your report, rules_swift is your root module, so its repo name is just the empty string. But if rules_swift is a dependency, its repo name would be |
@bazel-io flag |
@bazel-io fork 8.0.0 |
Yes also seeing this from rules_android with 8.0.0 release branch at 62493bd:
rules_go refers to itself as io_bazel_rules_go e.g. here: |
*** Reason for rollback *** This breaks rules_go and rules_swift because they refer to themselves by alias depot names: #24375 *** Original change description *** In AppleBootstrap.java give several rule repos access to apple_common that need it, and activate the access restriction independent of INCOMPATIBLE_STOP_EXPORTING_LANGUAGE_MODULES PiperOrigin-RevId: 698310431 Change-Id: I88973163cadca29021af9575d410fcae1eb6c066
*** Reason for rollback *** This breaks rules_go and rules_swift because they refer to themselves by alias depot names: bazelbuild#24375 *** Original change description *** In AppleBootstrap.java give several rule repos access to apple_common that need it, and activate the access restriction independent of INCOMPATIBLE_STOP_EXPORTING_LANGUAGE_MODULES PiperOrigin-RevId: 698310431 Change-Id: I88973163cadca29021af9575d410fcae1eb6c066 # Conflicts: # src/test/java/com/google/devtools/build/lib/rules/objc/ObjcStarlarkTest.java
*** Reason for rollback *** This breaks rules_go and rules_swift because they refer to themselves by alias depot names: #24375 *** Original change description *** In AppleBootstrap.java give several rule repos access to apple_common that need it, and activate the access restriction independent of INCOMPATIBLE_STOP_EXPORTING_LANGUAGE_MODULES PiperOrigin-RevId: 698310431 Change-Id: I88973163cadca29021af9575d410fcae1eb6c066 Rollback of #24360 on release-8.0.0
*** Reason for rollback *** Roll forward with limited, safer scope: - continue to observe the default-off flag INCOMPATIBLE_STOP_EXPORTING_LANGUAGE_MODULES even for Bazel so by default the allow list isn't relevant - but update the allow list which repos need access to apple_common, incl. lessons from #24375 - and adapt ObjcRulesTests to use the test_starlark/ path so the tests should pass even with INCOMPATIBLE_STOP_EXPORTING_LANGUAGE_MODULES set to true *** Original change description *** Automated rollback of commit b406bdc. *** Reason for rollback *** This breaks rules_go and rules_swift because they refer to themselves by alias depot names: #24375 *** Original change description *** In AppleBootstrap.java give several rule repos access to apple_common that need it, and activate the access restriction independent of INCOMPATIBLE_STOP_EXPORTING_LANGUAGE_MODULES PiperOrigin-RevId: 699105907 Change-Id: Ic36cc95182c6b4c0c95aa23db98ebd11864e9f1f
A fix for this issue has been included in Bazel 8.0.0 RC3. Please test out the release candidate and report any issues as soon as possible. |
*** Reason for rollback *** This breaks rules_go and rules_swift because they refer to themselves by alias depot names: #24375 *** Original change description *** In AppleBootstrap.java give several rule repos access to apple_common that need it, and activate the access restriction independent of INCOMPATIBLE_STOP_EXPORTING_LANGUAGE_MODULES PiperOrigin-RevId: 698310431 Change-Id: I88973163cadca29021af9575d410fcae1eb6c066
*** Reason for rollback *** Roll forward with limited, safer scope: - continue to observe the default-off flag INCOMPATIBLE_STOP_EXPORTING_LANGUAGE_MODULES even for Bazel so by default the allow list isn't relevant - but update the allow list which repos need access to apple_common, incl. lessons from bazelbuild#24375 - and adapt ObjcRulesTests to use the test_starlark/ path so the tests should pass even with INCOMPATIBLE_STOP_EXPORTING_LANGUAGE_MODULES set to true *** Original change description *** Automated rollback of commit b406bdc. *** Reason for rollback *** This breaks rules_go and rules_swift because they refer to themselves by alias depot names: bazelbuild#24375 *** Original change description *** In AppleBootstrap.java give several rule repos access to apple_common that need it, and activate the access restriction independent of INCOMPATIBLE_STOP_EXPORTING_LANGUAGE_MODULES PiperOrigin-RevId: 699105907 Change-Id: Ic36cc95182c6b4c0c95aa23db98ebd11864e9f1f
*** Reason for rollback *** This breaks rules_go and rules_swift because they refer to themselves by alias depot names: bazelbuild#24375 *** Original change description *** In AppleBootstrap.java give several rule repos access to apple_common that need it, and activate the access restriction independent of INCOMPATIBLE_STOP_EXPORTING_LANGUAGE_MODULES PiperOrigin-RevId: 698310431 Change-Id: I88973163cadca29021af9575d410fcae1eb6c066
Description of the bug:
https://buildkite.com/bazel/rules-swift-swift/builds/5879#01934108-e472-404d-9ee5-8bf41061f175/1476-1494
But this is rules_swift. Is it because we have
repo_name = "build_bazel_rules_swift"
set inMODULE.bazel
? If so, that's should be supported.Which category does this issue belong to?
No response
What's the simplest, easiest way to reproduce this bug? Please provide a minimal example if possible.
No response
Which operating system are you running Bazel on?
No response
What is the output of
bazel info release
?89c634f
If
bazel info release
returnsdevelopment version
or(@non-git)
, tell us how you built Bazel.No response
What's the output of
git remote get-url origin; git rev-parse HEAD
?No response
If this is a regression, please try to identify the Bazel commit where the bug was introduced with bazelisk --bisect.
No response
Have you found anything relevant by searching the web?
No response
Any other information, logs, or outputs that you want to share?
No response
The text was updated successfully, but these errors were encountered: