-
Notifications
You must be signed in to change notification settings - Fork 10
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
Can't build using stack on OS X #12
Comments
Ah ha! From this comment by @snoyberg it's now clear that the current The error reporting observed below is rather obscure for a missing CLI dependency:
|
@jwhitley could you build it finally ? I switched to the 3.XX listed her https://hub.docker.com/r/fpco/stack-ghcjs-build/tags/ to no avail (some permission in .profile popping up when stack build-ing ). retrying my luck with 2.16 (10Go... !) |
with 2.16 as well. that's annoying. no idea where this come from.. Edit : same as here apparently |
cabal build as of now does not succeed either : I give up. that's my haskell experience when not using Nix or Stack. can't wait for the dev tooling to improve |
[N.B.: this is quite possibly also relevant to
commercialhaskell/stack
than stackage-view, but I'm starting the discussion here.]Repro steps
cd path/to/stackage-view
stack build
Actual results
Expected results
stackage-view builds natively, so it can be invoked in a Cabal project directory.
Notes
The
stack.yml
file includes the stanza:This means that what should be a straightforward local build of this tool now must be built inside of a docker instance. This makes for a positively bizarre workflow, since the primary usage of this tool appears to be on a development host.
I fully understand the benefits of fully reproducible builds using docker (and VMs in general). Yet those benefits don't appear to apply to
stackage-view
because it's a client tool, not a server tool.The text was updated successfully, but these errors were encountered: