Repository navigation
Conversation
|
I see the CI is failing in quite a few places, could you please check it? |
|
Thanks for flagging this. I checked Buildkite build #18004 and found a Buildifier formatting failure in the new BUILD target ( |
|
Correction to my update above: build #18005 still flagged the same Buildifier check, so my first attribute reorder was incomplete. I moved |
|
Update: build #18006 no longer reports the Buildifier formatting annotation (the only current annotation is a Debian 11 end-of-life warning). The overall Buildkite check still fails: the visible failed jobs are Ubuntu/Bazel 9 and Debian/Bazel 8 and 9; their logs end with a generic Bazel build failure and do not identify a failing target. Read the Docs is still running. I have not treated the remaining jobs as passing. |
|
Thanks for asking me to check the CI. Buildkite #18006 exposed a Pyrefly error in the new regression test: |
|
Update: Buildkite #18007 passed in 11m 33s, Read the Docs succeeded, and both GitHub Actions checks passed. All four reported checks are green on |
Summary
A persistent venv can retain a dangling package-directory symlink after the Python runtime changes. When initialization then creates a runtime file link beneath that path,
os.makedirs(..., exist_ok=True)raisesFileExistsErrorinstead of recovering.Remove the parent symlink only when it is confirmed dangling, then create the directory and the current runtime file link. Fixes #4269.
Checks
FileExistsErrorat the parent-directory creation in a credential-isolated sandbox.cached_venv_replaces_dangling_package_symlink_testpassed in the same isolated sandbox (1 test); it checks that the stale package link becomes a directory and the child link resolves to the current runfiles file.git diff --checkpassed.The focused run was on macOS. Windows execution, Bazel, and buildifier were not run.
AI assistance: OpenAI Codex assisted with the patch and regression test; Sean is the submitting author.