<html><body><div style="color:#000; background-color:#fff; font-family:lucida console, sans-serif;font-size:16px"><div dir="ltr" id="yui_3_16_0_1_1418801579545_41653"><span id="yui_3_16_0_1_1418801579545_41652">From the replies, it seems to me like you first of all should take the best practices of OS package managers into account, so I'll skip that part. Instead, I'm interested in whether there are any erlang-specific features that should be catered to. I don't have a solution for these issues, so just consider it a wishlist.</span></div><div dir="ltr" id="yui_3_16_0_1_1418801579545_41653"><span><br></span></div><div dir="ltr" id="yui_3_16_0_1_1418801579545_41653"><span id="yui_3_16_0_1_1418801579545_41656">Statically, it would be useful to programmatically or automatically assemble packages into releases, including distributed releases. Then easily distribute the release(s) and start the nodes.</span></div><div dir="ltr" id="yui_3_16_0_1_1418801579545_41653"><span><br></span></div><div dir="ltr" id="yui_3_16_0_1_1418801579545_41653"><span id="yui_3_16_0_1_1418801579545_44010">It would also be nice if we could do erlang-style hot upgrades in this framework. Some possible issues then come to mind: </span></div><ul dir="ltr" id="yui_3_16_0_1_1418801579545_41708"><li id="yui_3_16_0_1_1418801579545_41707">a nice way to handle appup files (and, in the longer term, a nicer way to write them than today)<br></li><li id="yui_3_16_0_1_1418801579545_41707">a nice way to handle & build/install linked in drivers (ideally, detecting and managing any possible conflicts)</li><li id="yui_3_16_0_1_1418801579545_41707">databases and upgrading their contents in some standard way, preferrably without stopping the world</li><li id="yui_3_16_0_1_1418801579545_41707">possibly also detecting or even handling name clashes of registered processes, module names, etc</li></ul><div dir="ltr" id="yui_3_16_0_1_1418801579545_45246">(Issues 2 and 4 also apply to the static case.)</div><div dir="ltr" id="yui_3_16_0_1_1418801579545_45246"><br></div><div dir="ltr" id="yui_3_16_0_1_1418801579545_42401">Best,</div><div dir="ltr" id="yui_3_16_0_1_1418801579545_42402">Thomas</div><div dir="ltr" id="yui_3_16_0_1_1418801579545_42403"><br></div> <div class="qtdSeparateBR"><br><br></div><div class="yahoo_quoted" style="display: block;"> <div style="font-family: lucida console, sans-serif; font-size: 16px;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div dir="ltr"> <font size="2" face="Arial"> On Tuesday, December 16, 2014 12:41 PM, Bruce Yinhe <community-manager@erlang.org> wrote:<br> </font> </div> <blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; margin-top: 5px; padding-left: 5px;">  <br><br> <div class="y_msg_container"><div id="yiv4494923347"><div dir="ltr"><div>Hi everyone,</div><div><br></div><div>Industrial Erlang User Group (IEUG) has been working together with the Erlang/OTP team to investigate and create a package management system for Erlang/OTP. </div><div><br></div><div><span id="yiv4494923347docs-internal-guid-4c01f219-52c6-e367-afee-d2d2ca509f81"><div dir="ltr" style="line-height:1.15;margin-top:0pt;margin-bottom:0pt;"><span style="font-size:13px;font-family:Arial;color:rgb(0,0,0);vertical-align:baseline;white-space:pre-wrap;background-color:transparent;">The lack of a package management system for Erlang has been discussed for a long time in the community. In essence, a straightforward package management system is believed to take Erlang programming language a step forward. Multiple tools will appear in the community. It needs to be supported by a highly visible community behind it.</span></div></span></div><div><br></div><div>In order to increase the adoption and to result in a tool widely used in the Erlang ecosystem, we are identifying the most important user categories and use cases, based on what the majority of the community want in a package manager. Therefore we would like to invite an open discussion.</div><div><br></div><div>Now you are welcome to share your thoughts, suggestions or proposals about an Erlang package manager. It would be great if you could reply with your motivation, explaining why a feature is necessary to have. There are some example questions to begin the dicussion with, including, but not limited to the following. </div><div><ul><li>What metadata information should an Erlang package include?</li><li>What functionality do you need in a package manager for Erlang in order to use it in production?<br></li><li>What other concerns do you have about an Erlang package management system?</li></ul></div><div><div>Erlang package manager's brief wish list of features: </div><div><ul><li>Console interface<br></li><li>Web interface<br></li><li>Package Index and Repository</li><li>Fetch, Install and Remove Packages<br></li><li>Publish packages<br></li><li>Versioning and Dependency Management</li></ul></div></div><div>We are aware of several previous efforts and existing tools that attempt to achieve the similar goal. We want to look at existing things, both from Erlang and Elixir, to see if they fit the requirements. If not, we will then have to make something new, perhaps as a rewrite of an existing tool.</div><div><br></div><div>The IEUG members are putting together requirements for a package manager and will work with the community and Ericsson to create a standard and address any voids which exists in the existing tooling, funding necessary efforts required. <br></div><div><br></div><div>Best regards</div><div><br></div><div>Bruce Yinhe</div><div class="yiv4494923347gmail_signature"><div dir="ltr"><font size="1"><div dir="ltr"><br></div>Erlang Community Manager</font><div><font size="1">Industrial Erlang User Group<br><a rel="nofollow" ymailto="mailto:community-manager@erlang.org" target="_blank" href="mailto:community-manager@erlang.org">community-manager@erlang.org</a></font><div><font size="1">+46 72 311 43 89</font></div></div></div></div></div></div><br>_______________________________________________<br>erlang-questions mailing list<br><a ymailto="mailto:erlang-questions@erlang.org" 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></div> </blockquote>  </div> </div>   </div> </div></body></html>