Exactly what I mean, also if the PM would be used for building releases as well then a version conflict would be really painful. I.e. Making a release that embeds OTP 15 from a PM that is embedded in OTP 17 sounds like a challange.<br><br>On Sunday, January 4, 2015, Vlad Dumitrescu <<a href="mailto:vladdu55@gmail.com">vladdu55@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jan 4, 2015 at 11:30 AM, Tuncer Ayaz <span dir="ltr"><<a href="javascript:_e(%7B%7D,'cvml','tuncer.ayaz@gmail.com');" target="_blank">tuncer.ayaz@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Sat, Jan 3, 2015 at 6:58 PM, Mark Nijhof wrote:<br>
> Actually how would you manage packages for older apps running on<br>
> anything then latest?<br>
<br>
</span>I don't understand the problem you're describing, and what it has to<br>
do with how the PM is distributed.<br></blockquote><div><br></div><div>I'm not sure if this is what Mark means, but if the PM is not a separate executable/script/escript from erl, then if I use Erlang 17 or earlier, it won't be easily available. A separate script can be made available independently of the OTP releases, for the benefit of legacy applications.</div><div><br></div><div>best regards,</div><div>Vlad</div><div> </div></div></div></div>
</blockquote><br><br>-- <br><div dir="ltr">Mark Nijhof<br><div><div>t:   <a href="https://twitter.com/MarkNijhof" target="_blank">@MarkNijhof</a><br>s:  marknijhof</div></div><div><br></div></div><br>