Add --no-cache option to run_pyright script #24212
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Summary & Motivation
The
uv
cache can cause subtle problems sometimes when rebuilding pyright environments. Rebuilding envs without using the cache can fix an apparently intractable problem. This PR adds--no-cache
as an arg torun-pyright.py
. This is intended for rare use as an escape hatch for pyright env problems-- it makes rebuilding the envs much more slow.See this issue I posted over at
uv
for some info about why you might want to use this: astral-sh/uv#7028How I Tested These Changes
My pyright was (unresolvable imports for all dagster packages). After rebuilding my env with
--no-cache
the problem went away. The issue was that the cache seemed to be holdingpth
files for our dagster editables that did not respecteditable_mode=compat
and were incorrectly formatted for pyright.Changelog [New | Bug | Docs]
NOCHANGELOG