-
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
action cache inputs with old ~ external module naming poison fresh builds #23180
Comments
@Wyverald This would probably also affect anybody who flips the flag manually. Should we fix this in an |
I used to think this issue was not a huge deal, just |
|
This does seem bad enough to warrant a fix in 7.3.0. I'm working on it now -- sorry for not realizing how bad this was before. The fix is simple enough (as Fabian noted above), but I'm having trouble finding a place for unit tests. Coverage in this area seems pretty bad. |
60924fd changed the canonical repo name separator from `~` to `+`. Older repo names containing `~` now trigger a syntax error. If an action cache entry refers to an exec path from a previous version of Bazel that used `~`, we need to be resilient and treat the cache entry as corrupted, rather than just crash. Fixes #23180.
@bazel-io fork 7.3.0 |
60924fd changed the canonical repo name separator from `~` to `+`. Older repo names containing `~` now trigger a syntax error. If an action cache entry refers to an exec path from a previous version of Bazel that used `~`, we need to be resilient and treat the cache entry as corrupted, rather than just crash. Fixes #23180. Closes #23227. PiperOrigin-RevId: 660105601 Change-Id: Iea5d86c635056d12ba20598383da463bdde03ab0
…23230) 60924fd changed the canonical repo name separator from `~` to `+`. Older repo names containing `~` now trigger a syntax error. If an action cache entry refers to an exec path from a previous version of Bazel that used `~`, we need to be resilient and treat the cache entry as corrupted, rather than just crash. Fixes #23180. Closes #23227. PiperOrigin-RevId: 660105601 Change-Id: Iea5d86c635056d12ba20598383da463bdde03ab0
A fix for this issue has been included in Bazel 7.3.0 RC2. Please test out the release candidate and report any issues as soon as possible. |
60924fd changed the canonical repo name separator from `~` to `+`. Older repo names containing `~` now trigger a syntax error. If an action cache entry refers to an exec path from a previous version of Bazel that used `~`, we need to be resilient and treat the cache entry as corrupted, rather than just crash. Fixes #23180. Closes #23227. PiperOrigin-RevId: 660105601 Change-Id: Iea5d86c635056d12ba20598383da463bdde03ab0 Co-authored-by: Xdng Yng <[email protected]>
Using a7264d9, I saw this server crash:
Everything worked after a
clean --expunge
. I didn't try to build a repro, but I assume this happens when a C++ action from an external repo is rerun after the~
to+
naming conversion.The text was updated successfully, but these errors were encountered: