Hi Neil, The command would download all dependencies as source tarballs and create a custom snapshot pointing to all tarballs.
I want to build offline on a remote and rather ephemeral machine. E.g. Bosh starts up a vm for compliation on demand and tears it down right afterwards. That means putting a complete mirror there is just too much data to send over the wire again and again and again. For cloudfoundry buildpacks it is similar. Best Jan Neil Mitchell <ndmitch...@gmail.com> schrieb am Fr., 12. Jan. 2018, 10:38: > Hi Jan, > > What does vendor-dependencies do? Is the ultimate goal to use stack > offline? If so, https://github.com/ndmitchell/offline-stack might be > what you are looking for. Out the box Stack can be configured to work > with offline dependencies, but it's a pain. That site gives a precise > recipe for doing it, plus links to all the issues that stack has and > that fixing would be useful. > > Thanks, Neil > > > On Thu, Jan 11, 2018 at 5:51 PM, Jan von Löwenstein > <jan.loewenst...@gmail.com> wrote: > > Hi, > > > > I have got two use cases where Haskell code will be compiled remotely and > > potentially without internet access. > > One being Bosh (https://bosh.io) releases and another Cloud Foundry > > (https://cloudfoundry.org) applications. > > > > I plan to solve the offline compilation capability by 1. providing a GHC > out > > of band and `--system-ghc` and the new custom snapshot feature introduced > > with Stack 1.6 > > > > Instead of creating a separate cli, say `hvendor`, I would prefer to put > it > > into stack as an additional command. First and foremost I want to reuse > the > > code for reading stack.yml files and calculating a projects dependencies > > (like e.g. `stack list-dependencies`). Especially since I want to > calculate > > project dependencies with respect to a given snapshot (`stack > > vendor-dependencies lts-10.3`) while the projects stack.yml will > reference > > the custom, vendored snapshot. > > > > What do you think of the idea in general and a potential contribution in > > particular? > > Is anybody else seeing more use cases for dependency vendoring? > > Should I open an issue for discussing this further? > > > > 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/CAJtP4w41-oFCSp5yPEaW7RP-jkbt_YnJNPvN%2B%2BFjStA6iWDErg%40mail.gmail.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/CAJtP4w43TBG2_xRARHNLoTM3Z%3D%2BB25tDEj7YAo1Ke33VLZt7Qg%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
