Replies: 1 comment 9 replies
-
It would be useful to know what the packages actually were (e.g. the full output of What is the exact (set of) command(s) (such that anyone else can copy-paste them) that you're using to evaluate that the checksums of the installed packages are invalid? I don't know if there is any way to have Pixi revalidate an environment's checksums after it has been created. I think the Pixi developers would need to comment on that.
This is what
I also don't know if there is a way at the command line to tell Pixi to ignore the cache when installing an environment, such that you could not delete the system cache but force there to be a redownload and install. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
When trying to start a pixi project from a toml + lock file, even after running
pixi clean
andpixi reinstall
etc multiple times, we always ended up with an error like so:Of particular note was that the
import numba
was crashing out of the box inside thepixi shell
environment. Digging into the differences between two different users, one who could run this just fine and one who couldn't, I noticed that thellvmlite
conda was 12MB on the problematic user's cached area, while thellvmlite
conda was 128MB on the passing user's cached area. Confused, I thoughtpixi clean
would clear out the cache at~/.cache/pixi
but even runningpixi clean
still uses a problematic cache'd file that doesn't even pass the checksum in thepixi.lock
.The only solution I found here was the nuclear option:
rm -rf ~/.cache
and then things worked again. It would be nice to understand or find a way to forcepixi
to check if a package it pulls from the cache is actually valid or not.Beta Was this translation helpful? Give feedback.
All reactions