New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Stack init fails after the 'fetching package index' step #1962

Closed
harendra-kumar opened this Issue Mar 29, 2016 · 3 comments

Comments

Projects
None yet
3 participants
@harendra-kumar
Collaborator

harendra-kumar commented Mar 29, 2016

I am seeing this type of message quite often now, during stack init. It fails the first time but succeeds the next time. I have not checked what's going on, just putting it down as an issue for tracking.

Downloaded nightly-2016-03-29 build plan.    
Caching build plan
Fetched package index.                                                                                    
The following package identifiers were not found in your indices: avers-0.0.15, avers-api-0.0.4, avers-server-0.0.3, codex-0.4.0.10, hsdev-0.1.7.2, machines-io-0.2.0.10, semiring-simple-1.0.0.1, stylish-haskell-0.5.16.0, texmath-0.8.6, th-expand-syns-0.4.0.0, webkitgtk3-javascriptcore-0.13.1.2, yesod-1.4.2.1, yesod-bin-1.4.18, yesod-table-2.0.3, yesod-test-1.5.1.0
@mgsloan

This comment has been minimized.

Collaborator

mgsloan commented Mar 29, 2016

Thanks for reporting! I've seen this too and tried to figure out what's going wrong, but without much success (couldn't spend much time on it). Current theory is that I introduced a regression in 7132c34

@borsboom

This comment has been minimized.

Contributor

borsboom commented Mar 30, 2016

I'm pretty sure you're right about where the regression was introduced, because this started happening on Jenkins soon afterward.

mgsloan added a commit that referenced this issue Mar 30, 2016

@mgsloan

This comment has been minimized.

Collaborator

mgsloan commented Mar 30, 2016

Pretty sure I've fixed it. In some cases, it was updating the indices without clearing the in-memory cache. It's tricky to test, because you need to have an out of date hackage index cache, so time will tell if this is the correct fix.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment