Skip to content
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

warp: ambiguous modules in doctest #579

Closed
bergmark opened this issue Aug 28, 2016 · 5 comments
Closed

warp: ambiguous modules in doctest #579

bergmark opened this issue Aug 28, 2016 · 5 comments

Comments

@bergmark
Copy link

The test suite is

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? You may not want to fix this since it's an issue with the combination of these packages, so feel free to close this if so.

Thanks!

Network/Wai/Handler/Warp/WithApplication.hs:12:1: error:
    Ambiguous interface for ‘Control.Concurrent.Async’:
      it was found in multiple packages: async-dejafu-0.1.2.2 async-2.1.0
@kazu-yamamoto
Copy link
Contributor

@snoyberg Do you think that we should fix it in Warp?
I think that async-dejafu should rename its module.

@snoyberg
Copy link
Member

snoyberg commented Dec 6, 2016

I'd like that too. However, new idea...

@bergmark What do you think about adding a new setting to Stackage which marks packages as hidden, and tells stackage-curator to hide these packages after registering them, to avoid problems like this? I can imagine that metadata will also be useful for Stack down the road.

@bergmark
Copy link
Author

bergmark commented Dec 6, 2016

@snoyberg good idea! I think that will work out very nicely.

snoyberg added a commit to fpco/stackage-curator that referenced this issue Dec 11, 2016
snoyberg added a commit to commercialhaskell/stackage that referenced this issue Dec 11, 2016
@snoyberg
Copy link
Member

OK, I've made the relevant modification to both stackage-curator and build-constraints.yaml, so hopefully the tests will pass in the future. Should we close this and address any remaining issues among just the curator team?

@bergmark
Copy link
Author

Awesome, thanks! It Sounds good to me!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants