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
Using dash-haskell with stack #14
Comments
It shouldn't require a sandbox to function. This is a huge bug. Thanks for reporting. |
Let me know if the latest commit works for you. |
Thanks John! I'm using the 2015-07-19 stackage nightly, so I think I am using the latest commit when I now get the following error:
FWIW I don't have the environment variable I've tried playing around with the Thanks again! |
Ah it seems like |
Possibly. Right now dash-haskell uses cabal as its back-end for looking up databases, and I'm now considering putting in a fallback to a custom indexer similar to that used in 1.0.0.5. Try also |
@bts Were you ever able to get it working? |
@mohazhang The current behavior is unchanged, if dash-haskell is still using cabal as a backend GHC_PACKAGE_PATH cannot be set, which is how |
@drwebb Ok, so if I understand you correctly, you are saying that there is a fundamental reason why dash-haskell can't work with stack, and that this reason is because cabal doesn't like the way stack selects its pkgdb? I took this interpretation and ended up using https://github.com/philopon/haddocset instead. For anyone reading this, don't let your Dash dreams be... dashed! :) haddocset works great, but operates on a slightly different model. The idea is that you create a basic docset generated from your global pkgdb. If you are using stack, this should be a very small set of docs (for me it was 25 packages). You also have to build your application with haddocks in order for the packages to have documentation. The end result is something like: # in your app's directory, e.g. your yesod app
mkdir dash
stack exec -- haddocset -t dash/output create
# ... looks a lot like the README for haddocset, so far so good
stack build --haddock
# ... takes a while to build all the docs, then
stack exec -- haddocset -t dash/output add /Users/mohanzhang/.stack/snapshots/x86_64-osx/lts-3.2/7.10.2/pkgdb/*.conf
# figure out your pkgdb path with `stack path`
# ... takes a while, and you can get errors for missing docs, but that's ok,
# because not everything inside your stack pkgdb has docs (only those that
# you built with stack haddock at some point or other) You can then add the docset in Dash preferences. You may also want to edit /cc @philopon Did I get this right? I seem to have a pretty nice docset in my Dash right now as a result, but haven't had time to check it fully. Thanks to you and @jfeltz for making these solutions. Way way better than googling for docs on hackage. |
@mohanzhang amazing 😲 This should really be part of the readme of haddocset. EDIT: (well, nevermind, it is already part of the readme of haddocset...) |
Each time I'm calling stack exec wtih haddock I get a following error: |
Hi there,
I'm trying to use dash-haskell with stack:
Does dash-haskell currently require the use of sandboxes to function, or is there a command line option I should supply to prevent the attempt to read
./cabal.sandbox.config
?Thanks!
The text was updated successfully, but these errors were encountered: