<div dir="auto">Hey Joseph,</div><div dir="auto"><br></div><div dir="auto">I'm in the same position but I use rebar3.  What I do is to download all dependencies and move them to the internal network. I place them in the _checkouts directory in my release's directory. That way rebar3 will find everything it needs is already present and doesn't try to connect anywhere.  </div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 3, 2022 at 14:27 Michael Truog <<a href="mailto:mjtruog@gmail.com">mjtruog@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Joseph,<br>
<br>
One approach is to use rebar2 for the build and reltool (included with <br>
Erlang/OTP) for the release.  That approach is used in the <br>
<a href="https://github.com/CloudI/CloudI" rel="noreferrer" target="_blank">https://github.com/CloudI/CloudI</a> repository if you need an example.<br>
<br>
Best Regards,<br>
Michael<br>
<br>
On 2/3/22 12:03 PM, Joseph Lloyd wrote:<br>
> I need a way of building Erlang apps and releases on an <br>
> internal corporate network that is intentionally isolated from the <br>
> internet.  I have tried installing rebar3 without success so far.  <br>
>  Has anyone done this?  Are there better ways of achieving offline <br>
> builds of erlang apps/releases?<br>
><br>
> Thanks,<br>
><br>
> Joseph<br>
<br>
</blockquote></div></div>