How to avoid hashing conflicts of build and consumed artifacts? #7407
Unanswered
kinderlars
asked this question in
Q&A
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi,
I am currently encountering a few caching issues (hashes cannot be found (was xxx) kind of thing) with poetry, due to building a shared library on the same machine as where I consume it in another project (through remote artifact store).
It took me a while to figure out, that clearing the cache in the consuming project
poetry cache clear . --allwas only half the truth, but that I needed to remove the directory~/Library/Caches/pypoetry/artifactsas well.Now my idea is to isolate the build projects poetry from using the default caching directory.
My first attempt on setting the
cache-dirwent sideways, as I did not understand that it changes poetry globally and venvs not being created due tovirtualenv: error: argument dest: the destination . is not write-able at /.Never the less, how can I avoid caching/artifacts conflicts in poetry when building and consuming on the same machine?
Is there a recommended way to isolate a single project from using the default caching dir?
Update:
I was able to solve it for a build project by adding the
POETRY_CACHE_DIRenvironment variable to mymakefile.For a global change, I saw the option of setting
virtualenvs.in-project.Beta Was this translation helpful? Give feedback.
All reactions