<div dir="ltr">Forgot to add. Some openssl packages shipped with Centos are incompatible with Erlang crypto app and the openssl needs to built as well from the sources prior to linking it to ERTS.<div><div><br></div><div>So the process of building fully compatible ERTS in my case looks like this:</div><div><br></div><div><div>wget <a href="https://www.openssl.org/source/openssl-1.0.1j.tar.gz">https://www.openssl.org/source/openssl-1.0.1j.tar.gz</a></div><div>tar -xvzf openssl-1.0.0j.tar.gz</div><div>cd openssl-1.0.0j/</div><div>./config --prefix=/usr shared -fPIC</div><div>sudo make</div><div>sudo checkinstall</div></div><div><br></div><div>then Erlang (R16B03-1) is configured with</div><div><br></div><div>./configure --disable-dynamic-ssl-lib  --with-ssl=/usr/ --enable-smp-support  --without-termcap<br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-05-18 14:06 GMT+03:00 John Doe <span dir="ltr"><<a href="mailto:donpedrothird@gmail.com" target="_blank">donpedrothird@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I have four prebuilt ERTS for centos 32/64 and debian 32/64. ERTS were configured with <span style="font-family:monospace"><span style="color:rgb(0,0,0)">--disable-dynamic-ssl-lib  --without-termcap</span><br></span> flags and built on centos 5.8 and debian 6 They are still compatible with the latest versions of Centos/Ubuntu/Debian, which are used on 99% of commercial hosts. Some library apps which I don't need are stripped as well. Then ERTS together with my app is packed into deb and rpm packages. All paths' and environment variables are hardcoded in startup scripts. This saves me from a lot of headche, as I have a lot of small customers without admins at all.<div><br><div>If you have inhouse app this would be very different of course.<br><div><br></div><div><br></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">2016-05-18 3:42 GMT+03:00 Andrew Berman <span dir="ltr"><<a href="mailto:rexxe98@gmail.com" target="_blank">rexxe98@gmail.com</a>></span>:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Hi List,<div><br></div><div>So today I tried to create a release using rebar3 from my Mac and deploy it to a CentOS box.  Everything works when I do not include ERTS (and have Erlang installed on the target), but if I do include ERTS, things fail (can't run run_erl), I'm assuming because the Mac version of Erlang can't be run on CentOS, which makes sense.  <span style="line-height:1.5">So, I wanted to know how people do deployments of their Erlang releases.  Do you set up boxes with each OS that matches your target OS and compile on there, including ERTS in the release?  Do you not include ERTS and make sure that all your Erlang installs are the exact same version?   Just trying to figure out a good workflow.</span></div><div><span style="line-height:1.5"><br></span></div><div><span style="line-height:1.5">Thanks for any advice!</span></div><span><font color="#888888"><div><span style="line-height:1.5"><br></span></div><div><span style="line-height:1.5">Andrew</span></div></font></span></div>
<br></div></div><span class="">_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></span></blockquote></div><br></div>
</blockquote></div><br></div>