Hi Jan, That does indeed seem valuable - certainly it would simplify the offline story.
Thanks, Neil On Fri, Jan 12, 2018 at 5:51 PM, Jan von Löwenstein <jan.loewenst...@gmail.com> wrote: > 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/CAKcFpm%2BeM1KD4C8ZjxX%3DgxW1wyD4G6v-OHGmp7QOt%2BTk%2BCA6Ng%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.