Closed cah6 closed 5 years ago
This looks like a situation that can arise when some derivations are retrieved from cache, but others are not. Can you try running nix-collect-garbage, and then running try-reflex again?
Hmm that made it re-build/fetch lots of stuff but ended up failing with the same error.
Maybe a stricter "clean" is needed? It seems to be the same error as https://github.com/reflex-frp/reflex-platform/issues/300.
I tried that, and it worked! I ended up running some combination of nix-collect-garbage, nix-store --gc, and nix-env --delete-generations.
Tried all of those (and also just deleted my ~/.ghc and ~/.ghc-mod dirs) but ended with same thing. I'll see if there's various other forms of cleaning I can do later...
@cah6 Really sorry to hear that! This is a very unfortunate bug stemming from some nondeterminism in GHC combined with the nondeterminism of how Nix gets things from caches.
Do you have anything in reflex-platform/gc-roots
? If so, maybe try deleting that directory and then re-running nix-collect-garbage.
Nope, nothing in there but the README. Btw I really appreciate all the quick responses on this issue! Maybe it's time to set up a NixOS computer 😄
I'm not familiar with the cause but maybe it would be possible to force some source builds to "fill in the gaps" and get to a point where cache fetches will work again? @ryantrinkle
@alexfmpe I think it's the opposite - we have to get rid of whatever has been built from source, so that the cache can be the source for everything.
Looks like this is working on OSX nowadays. Closing this for now. Please re-open if you're still encountering this.
Unsure if this is a config issue on my end, anyhow the full response is:
Enabling
--show-trace
doesn't seem to do anything, and it looks like my nix.conf is correct:Let me know if I can do anything to help!