Mobile as well so I might not have looked up or tried out things before I ask...
The second option sounds like exactly what I am looking for. That is awesome. Some questions I have though are: 1. Is there an equivalent of `stack unpack` that just downloads the tarballs? I would issue it for everything `stack list-dependencies` gives me. 1.a. Do I recall correctly that `stack list-dependencies` includes those from ghc (i.e. global package db)? How would I exclude those? 2. Can I start the tarball snapshot from system ghc? I ship a specific ghc (matching the one that my stack project uses). My project is setup like this. Local development: - https://github.com/SAP/bosh-kubernetes-cpi-release/blob/master/src/bosh-kubernetes-cpi/stack.yaml This is a multi-package project pointing to `.` and two git submodules. I'd like to keep local development based on a stackage snapshot so that adding dependencies is straight forward. Delivery: - ghc: https://github.com/SAP/bosh-kubernetes-cpi-release/blob/master/packages/ghc-8.0.1/packaging - stack: https://github.com/SAP/bosh-kubernetes-cpi-release/blob/master/packages/stack/packaging - my project dependencies: https://github.com/SAP/bosh-kubernetes-cpi-release/blob/master/packages/bosh_kubernetes_cpi/packaging#L13 - assembled in: https://github.com/SAP/bosh-kubernetes-cpi-release/blob/master/dependencies/prefetch.sh - this is the part I'd like to use custom snapshot for as the dependencies tarball now has ~300Mb. Most of it is apparently the metadata of the package database (twice because of git). Only a fraction is my actual dependencies. - my project packages: https://github.com/SAP/bosh-kubernetes-cpi-release/blob/master/packages/bosh_kubernetes_cpi/packaging#L18 Looking forward to see custom snapshots evolve to supporting my use case. I would offer help, but I am still learning Haskell. This is actually my first Haskell based project and while I think I learned a lot since November last year there is still so many things ahead... Best Jan Michael Snoyman <michael.snoy...@gmail.com> schrieb am Sa., 15. Juli 2017, 20:23: > On mobile, apologies for brevity. > > Your use case makes sense. I can think of two workarounds. > > 1. Allow an explicit opt in to say "allow file paths, I know what I'm > doing" > > 2. Support local tarballs, especially if we include a sha256 of the > tarball contents (a feature I'm planning to add next week) > > On Sat, Jul 15, 2017, 9:16 PM Jan von Löwenstein < > jan.loewenst...@gmail.com> wrote: > >> Hi, >> >> I was excited to read the blog post about this new feature but was >> disappointed that exactly my main use case for it was explicitly blocked. >> >> I get the argument about snapshots being supposed to be immutable. >> However, I need to ship the code and dependencies over to the customers >> side for compliation without internet access. Right now my approach is to >> `stack build --prefetch --dry-run` and tar up the resulting STACK_ROOT. On >> customer side I can create a STACK_ROOT and compile without connection. >> Unfortunately, the tarball is bigger than I'd like. I hoped to build an >> immutable - yet local path based - custom snapshot that is about the size >> the dependencies I really have. >> >> Given this use case, would you reconsider if local paths could be >> allowed? I imagine this is technically easy, you just don't advise having >> mutable snapshots. I would happily take the responsibility for making sure >> my snapshots are immutable. >> >> I hope my use case is clearly stated and gets at least some >> consideration. If you have any further questions or advice how to achieve >> the same without local paths in custom snapshots that would be appreciated >> as well. >> >> Best regards >> Jan >> >> -- >> You received this message because you are subscribed to the Google Groups >> "haskell-stack" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to haskell-stack+unsubscr...@googlegroups.com. >> To post to this group, send email to haskell-stack@googlegroups.com. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/haskell-stack/16b16642-2997-466a-b7ef-cfe509260bae%40googlegroups.com >> . >> For more options, visit https://groups.google.com/d/optout. >> > -- You received this message because you are subscribed to the Google Groups "haskell-stack" group. To unsubscribe from this group and stop receiving emails from it, send an email to haskell-stack+unsubscr...@googlegroups.com. To post to this group, send email to haskell-stack@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/haskell-stack/CAJtP4w6DJp1jLu1nPm371Va-07H4x0%3DPw%2BBxKcYBRQRwg6MYvg%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
