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.

Reply via email to