-
Notifications
You must be signed in to change notification settings - Fork 34
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
Test suite failure #9
Comments
BTW, after this change, tests take much more space than the source code.
Which platform are you running on, @snoyberg ? |
This was on Linux. Usually these kinds of things are caused by a test file not being included in the sdist tarball. |
That is indeed the case - http://hackage.haskell.org/package/ghc-events-0.4.4.0/src/ Neither of the queens event logs are present there. It doesn't look like the *.reference files are either? |
Isn't it fixed in the commit mentioned above (post-0.4.4.0)? |
@Mikolaj It seems that the version uploaded to Hackage is missing some of the test files, as @snoyberg has suggested. I've just tested this - cleaned my cabal package cache and ran
Note that in addition to both queens event logs missing, none of the Could it be that the version with f7ca66a never made it to the servers? The commit is authored on the 10th of May, but last upload to Hackage was at "Mon May 4 13:28:10 UTC 2015 by MikolajKonarski". |
@kvelicka: indeed your diagnosis is right, the commit mentioned above was never published, as it was committed after the last version (0.4.4.0) was published. |
Considering that this is fixed in master, closing. |
The test-suite for this package has been disabled in stackage because of this issue. If a fix is published to hackage can you please ping me? Thanks! ping @borsboom (stackage maintainer for ghc-events) |
AFAICT this was fixed in |
@jberthold is right. Is there a way to bump the Hackage version to that one? |
@kvelicka: AFAIK, the only way is to release a new version of the package. We are approaching that moment, aren't we? |
A little more work needs to be done to make it release ready, mostly testing and cleaning everything up. That I think would suffice for a release to start 0.5.*. However, issues like broken log merging would have to wait until later. That would advance the release and I'm only aware of problems carried over from the previous versions, not introduced by new code. |
This was fixed in v0.5.0.0 and v0.6.0 has been released on Hackage. |
The text was updated successfully, but these errors were encountered: