<div dir="ltr">Hehe I knew there would be some protest when I mentioned NPM, but look at their success, probably a big reason for the adaption of Node, it makes getting started easy. Erlang.mk does a lot towards this as well already, discovery is an issue though.</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 2, 2015 at 9:10 PM, nx <span dir="ltr"><<a href="mailto:nx@nu-ex.com" target="_blank">nx@nu-ex.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Gah! I wanted to call the Erlang packages Crates. And have the package<br>
index be called Logistics. Thought those names went well with Rebar.<br>
<br>
Oh well. Guess we'll have to call Erlang packages Lollipops or<br>
something and have the package index be called Candyland. That's the<br>
only viable naming alternative at this point.<br>
<div class="HOEnZb"><div class="h5"><br>
On Fri, Jan 2, 2015 at 3:02 PM, Tristan Sloughter <<a href="mailto:t@crashfast.com">t@crashfast.com</a>> wrote:<br>
> The strongest reason I can see to build an Erlang centric PM is to support<br>
> Erlang's existing deployment behaviors i.e. releases.<br>
><br>
><br>
> An Erlang centric PM should not do anything regarding releases.<br>
><br>
> The PM should focus on development and not for deployment. Releases should<br>
> be used to build target systems and deployed as such, maybe the libs that<br>
> are used to build the release/target system were fetched with the PM at some<br>
> point but the PM needs no knowledge of releases.<br>
><br>
> As for npm, gems, bundler, maven I know little about any of them. Except<br>
> that one is worth millions of dollars or something... And relies on CouchDB<br>
> and has hilarious outcomes when someone breaks semver rules. Anyway... I<br>
> don't think there is anything people are proposing we take directly from<br>
> those, instead to learn from prior art -- I'd suggest more opam/cabal/cpan<br>
> than those as useful prior art though.<br>
><br>
> Cargo, <a href="http://crates.io" target="_blank">http://crates.io</a>, is an example of the condensed knowledge taken from<br>
> those projects into a new package manager.<br>
><br>
> But I do like Maven's(and thus Leiningens) dependency handling, highest spot<br>
> on the dep tree wins. And we are using that for rebar3.<br>
><br>
> Tristan<br>
><br>
</div></div><div class="HOEnZb"><div class="h5">> _______________________________________________<br>
> erlang-questions mailing list<br>
> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
> <a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
><br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><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></div>
</div>